Re: [PHP] Re: Session issues

2006-08-18 Thread Dave Goodchild

Don't be sorry, that's not what I meant. The fields are completed by the
user, they submit and the cleaned and validated values are put into the
session. So when they go back their entered values are displayed. I made
sure of it by making sure these pages are never cached.

That issue is resolved. Now the only problem is that when the client
completes the cycle blank or default values are entered into the db, whereas
the other 4 remote testers have entered the data without issue.

On 18/08/06, Richard Lynch <[EMAIL PROTECTED]> wrote:


On Thu, August 17, 2006 12:56 pm, Dave Goodchild wrote:
>> How does the user "go back one page"?  If it by using the browser's
>> back-button, the php script has no way of knowing it.
>
> Yes, but the session variables have already been set, and are
> configured to
> display in the form fields.

Ah, but some browsers just don't work like that.

They assume that the user wants to re-use the values THEY entered, not
the ones that were the original default.

That's what an  was designed for into the HTML
spec in the first place, after all.

You can get them to switch to a browser that behaves like they expect.

You can educate them to understand that their browser is supposed to
work that way.

You can give them a "reset" form button to put things back the way
they were.

But you can't change the browser to misbehave from the way that
particular browser manufacturer thinks browsers should work.  Sorry.

--
Like Music?
http://l-i-e.com/artists.htm






--
http://www.web-buddha.co.uk
http://www.projectkarma.co.uk


Re: [PHP] Re: Session issues

2006-08-18 Thread Richard Lynch
On Thu, August 17, 2006 12:56 pm, Dave Goodchild wrote:
>> How does the user "go back one page"?  If it by using the browser's
>> back-button, the php script has no way of knowing it.
>
> Yes, but the session variables have already been set, and are
> configured to
> display in the form fields.

Ah, but some browsers just don't work like that.

They assume that the user wants to re-use the values THEY entered, not
the ones that were the original default.

That's what an  was designed for into the HTML
spec in the first place, after all.

You can get them to switch to a browser that behaves like they expect.

You can educate them to understand that their browser is supposed to
work that way.

You can give them a "reset" form button to put things back the way
they were.

But you can't change the browser to misbehave from the way that
particular browser manufacturer thinks browsers should work.  Sorry.

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP] Re: Session issues

2006-08-18 Thread Al

Dave Goodchild wrote:

Hi all, I am currently writing a web application that has a 3-stage form
process as part of its functionality. The values passed in are placed in 
the

session array after validation and once the user has completed and supplied
all required values the relevant session values are inserted into the
database. I have tested it on three different machines in FF, IE and Opera
and all expected values were entered ok.

However, a remote user has started testing and all values are blank,
suggesting the session is not being populated. I noticed it at their office
last week when data values were not showing up when the user went back one
page (ie fields are pre-populated with existing session values).

Anyone had this problem before?



$i= 0; first time.  Then $i++; so you can see the increment.  Or instead of $i, include something unique in your code 
for each pass.


Try putting a var_dump($_SESSION, $i) at the top of your page. That will show 
you what is happening.

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: Session issues

2006-08-17 Thread Robert Cummings
On Thu, 2006-08-17 at 19:19 +0100, Dave Goodchild wrote:
> Trust me, there is far too much code to include. The problem is simple. The
> app contains a 3-page form cycle that reloads itself, progressing from stage
> 1-3 and populating the session array as values are validated and cleaned.
> When the process is complete, the values held in the session array are
> inserted into the database. In FF, IE and Opera in my test installation, I
> can navigate back and forth through the pages and previously entered values
> persist and at the end are entered. The user testing elsewhere on IE does
> not see these persistent values and the data entered at the end is all
> default or blank. I just wanted to know if anyone could spot the issue from
> experience, otherwise I need a rethink!

Usually a browser cache issue. If they set the cache to 0 then I do
believe it gets wiped.

Cheers,
Rob.
-- 
..
| InterJinn Application Framework - http://www.interjinn.com |
::
| An application and templating framework for PHP. Boasting  |
| a powerful, scalable system for accessing system services  |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for   |
| creating re-usable components quickly and easily.  |
`'

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: Session issues

2006-08-17 Thread Dave Goodchild

Trust me, there is far too much code to include. The problem is simple. The
app contains a 3-page form cycle that reloads itself, progressing from stage
1-3 and populating the session array as values are validated and cleaned.
When the process is complete, the values held in the session array are
inserted into the database. In FF, IE and Opera in my test installation, I
can navigate back and forth through the pages and previously entered values
persist and at the end are entered. The user testing elsewhere on IE does
not see these persistent values and the data entered at the end is all
default or blank. I just wanted to know if anyone could spot the issue from
experience, otherwise I need a rethink!

On 17/08/06, John Nichel <[EMAIL PROTECTED]> wrote:


Dave Goodchild wrote:
> On 17/08/06, John Nichel <[EMAIL PROTECTED]> wrote:
>>
>> Dave Goodchild wrote:
>> >>
>> >>
>> >> How does the user "go back one page"?  If it by using the browser's
>> >> back-button, the php script has no way of knowing it.
>> >
>> >
>> >
>> > Yes, but the session variables have already been set, and are
>> configured
>> to
>> > display in the form fields.
>> >
>>
>> All the session variables in the world aren't going to help when the
>> browser loads a cached page when the back button is pressed.
>>
>>
>>
>>
> Granted, but that doesn't explain why the whole thing fails ie no
session
> variables at all are entered into the database at the end.
>

Explaining the problem is kind of difficult without seeing any code.

--
John C. Nichel IV
Programmer/System Admin (ÜberGeek)
Dot Com Holdings of Buffalo
716.856.9675
[EMAIL PROTECTED]

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php





--
http://www.web-buddha.co.uk
http://www.projectkarma.co.uk


Re: [PHP] Re: Session issues

2006-08-17 Thread John Nichel

Dave Goodchild wrote:

On 17/08/06, John Nichel <[EMAIL PROTECTED]> wrote:


Dave Goodchild wrote:
>>
>>
>> How does the user "go back one page"?  If it by using the browser's
>> back-button, the php script has no way of knowing it.
>
>
>
> Yes, but the session variables have already been set, and are 
configured

to
> display in the form fields.
>

All the session variables in the world aren't going to help when the
browser loads a cached page when the back button is pressed.





Granted, but that doesn't explain why the whole thing fails ie no session
variables at all are entered into the database at the end.



Explaining the problem is kind of difficult without seeing any code.

--
John C. Nichel IV
Programmer/System Admin (ÜberGeek)
Dot Com Holdings of Buffalo
716.856.9675
[EMAIL PROTECTED]

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: Session issues

2006-08-17 Thread John Nichel

Dave Goodchild wrote:



How does the user "go back one page"?  If it by using the browser's
back-button, the php script has no way of knowing it.




Yes, but the session variables have already been set, and are configured to
display in the form fields.



All the session variables in the world aren't going to help when the 
browser loads a cached page when the back button is pressed.


--
John C. Nichel IV
Programmer/System Admin (ÜberGeek)
Dot Com Holdings of Buffalo
716.856.9675
[EMAIL PROTECTED]

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: Session issues

2006-08-17 Thread Dave Goodchild

On 17/08/06, John Nichel <[EMAIL PROTECTED]> wrote:


Dave Goodchild wrote:
>>
>>
>> How does the user "go back one page"?  If it by using the browser's
>> back-button, the php script has no way of knowing it.
>
>
>
> Yes, but the session variables have already been set, and are configured
to
> display in the form fields.
>

All the session variables in the world aren't going to help when the
browser loads a cached page when the back button is pressed.





Granted, but that doesn't explain why the whole thing fails ie no session
variables at all are entered into the database at the end.


Re: [PHP] Re: Session issues

2006-08-17 Thread Dave Goodchild



How does the user "go back one page"?  If it by using the browser's
back-button, the php script has no way of knowing it.




Yes, but the session variables have already been set, and are configured to
display in the form fields.

--

PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php





--
http://www.web-buddha.co.uk
http://www.projectkarma.co.uk


[PHP] Re: Session issues

2006-08-17 Thread Al

Dave Goodchild wrote:
Dave Goodchild wrote:

Hi all, I am currently writing a web application that has a 3-stage form
process as part of its functionality. The values passed in are placed in 
the

session array after validation and once the user has completed and supplied
all required values the relevant session values are inserted into the
database. I have tested it on three different machines in FF, IE and Opera
and all expected values were entered ok.

However, a remote user has started testing and all values are blank,
suggesting the session is not being populated. I noticed it at their office
last week when data values were not showing up when the user went back one
page (ie fields are pre-populated with existing session values).

Anyone had this problem before?




Hi all, I am currently writing a web application that has a 3-stage form
process as part of its functionality. The values passed in are placed in 
the

session array after validation and once the user has completed and supplied
all required values the relevant session values are inserted into the
database. I have tested it on three different machines in FF, IE and Opera
and all expected values were entered ok.

However, a remote user has started testing and all values are blank,
suggesting the session is not being populated. I noticed it at their office
last week when data values were not showing up when the user went back one
page (ie fields are pre-populated with existing session values).

Anyone had this problem before?




How does the user "go back one page"?  If it by using the browser's 
back-button, the php script has no way of knowing it.

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php