PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Autres forums > Forum Programmation & Conception > alt.php > Session variables persistency
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
Session variables persistency

Réponse
 
LinkBack Outils de la discussion
Vieux 14/10/2007, 13h24   #1
Erik Kullberg
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Session variables persistency

I have an "index.php" page, near the top of which this line

if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

produces a persistent run id. I can close that page and - as long as I do not close the browser - I can come back and continue from where I was, thanks to the session administration. It works fine.

A bit down on the same page I have the following sequence - a link, disguised as a button:

<FORM METHOD="GET" ACTION="./Documentation/users_guide.php" style="border-style:solid; border-width:0px; border-color:black; padding:5px; margin:0px;" TARGET="_blank">
<INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon; font-family:Times New Roman; font-size: 12px; font-weight: bold; width:90px; height:25px; padding-bottom: 0; " >
</FORM>

The page "users_guide.php" is quite plain - no interaction with user or anything else. It does not use any session variables. It opens quite ok. To close it I use the cross in the upper right corner (Windows).

But ... When I come back to "index.php", I get

isset($_SESSION['run_id'])=FALSE

and thereby a new run id!

I have a number of "fake buttons" like this on that page and they all have the same effect on the run id. In one of them the addressed page actually uses the run id. That works ok, so I know it was not destroyed before the button was pressed.
By the way - if I use a simple link instead, the run id is persistent as it should be.

Any idea of how I can get around this (without going back to simple links - they don't look nice)?

/ Erik


  Réponse avec citation
Vieux 18/10/2007, 16h20   #2
yakuza
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

don't know wat u want exactly but you can set session to expire after
a certain time even if browser is closed

session_cache_expire(10); // set to expire after 10 mins
session_start();
$_SESSION['run_id']=time();
if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

---- when do you want session destroyed, after what effect?




Yakuza
-----------------------
ç§ã¯ã‚’支é…ã™ã‚‹
http://www.samamanda.com


On Oct 14, 12:24Âpm, "Erik Kullberg" <erik.kullb...@telia.com> wrote:
> I have an "index.php" page, near the top of which this line
>
> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>
> produces a persistent run id. I can close that page and - as long as I donot close the browser - I can come back and continue from where I was, thanks to the session administration. It works fine.
>
> A bit down on the same page I have the following sequence - a link, disguised as a button:
>
> <FORM METHOD="GET" ACTION="./Documentation/users_guide.php" style="border-style:solid; border-width:0px; border-color:black; padding:5px; margin:0px;" TARGET="_blank">
> <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon; font-family:Times New Roman; font-size: 12px; font-weight: bold; width:90px; height:25px; padding-bottom: 0; " >
> </FORM>
>
> The page "users_guide.php" is quite plain - no interaction with user or anything else. It does not use any session variables. It opens quite ok. To close it I use the cross in the upper right corner (Windows).
>
> But ... When I come back to "index.php", I get
>
> isset($_SESSION['run_id'])=FALSE
>
> and thereby a new run id!
>
> I have a number of "fake buttons" like this on that page and they all have the same effect on the run id. In one of them the addressed page actuallyuses the run id. That works ok, so I know it was not destroyed before the button was pressed.
> By the way - if I use a simple link instead, the run id is persistent as it should be.
>
> Any idea of how I can get around this (without going back to simple links- they don't look nice)?
>
> / Erik



  Réponse avec citation
Vieux 18/10/2007, 19h27   #3
Erik Kullberg
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

I do not want the session destroyed, but I get it destroyed after visiting
the described link. I cannot understand why.
/ Erik


"yakuza" <xentraz@hotmail.com> skrev i meddelandet
news:1192717259.539807.40700@i38g2000prf.googlegro ups.com...
don't know wat u want exactly but you can set session to expire after
a certain time even if browser is closed

session_cache_expire(10); // set to expire after 10 mins
session_start();
$_SESSION['run_id']=time();
if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

---- when do you want session destroyed, after what effect?




Yakuza
-----------------------
???????
http://www.samamanda.com


On Oct 14, 12:24 pm, "Erik Kullberg" <erik.kullb...@telia.com> wrote:
> I have an "index.php" page, near the top of which this line
>
> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>
> produces a persistent run id. I can close that page and - as long as I do
> not close the browser - I can come back and continue from where I was,
> thanks to the session administration. It works fine.
>
> A bit down on the same page I have the following sequence - a link,
> disguised as a button:
>
> <FORM METHOD="GET" ACTION="./Documentation/users_guide.php"
> style="border-style:solid; border-width:0px; border-color:black;
> padding:5px; margin:0px;" TARGET="_blank">
> <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon;
> font-family:Times New Roman; font-size: 12px; font-weight: bold;
> width:90px; height:25px; padding-bottom: 0; " >
> </FORM>
>
> The page "users_guide.php" is quite plain - no interaction with user or
> anything else. It does not use any session variables. It opens quite ok.
> To close it I use the cross in the upper right corner (Windows).
>
> But ... When I come back to "index.php", I get
>
> isset($_SESSION['run_id'])=FALSE
>
> and thereby a new run id!
>
> I have a number of "fake buttons" like this on that page and they all have
> the same effect on the run id. In one of them the addressed page actually
> uses the run id. That works ok, so I know it was not destroyed before the
> button was pressed.
> By the way - if I use a simple link instead, the run id is persistent as
> it should be.
>
> Any idea of how I can get around this (without going back to simple
> links - they don't look nice)?
>
> / Erik




  Réponse avec citation
Vieux 18/10/2007, 22h26   #4
Erik Kullberg
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

I have made an example, see the three attached files. Put them in the same
directory and run them, and you will see what I mean. Page1 is the main
page.
I hope you have a solution for me.
/ Erik


"yakuza" <xentraz@hotmail.com> skrev i meddelandet
news:1192717259.539807.40700@i38g2000prf.googlegro ups.com...
don't know wat u want exactly but you can set session to expire after
a certain time even if browser is closed

session_cache_expire(10); // set to expire after 10 mins
session_start();
$_SESSION['run_id']=time();
if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

---- when do you want session destroyed, after what effect?




Yakuza
-----------------------
???????
http://www.samamanda.com


On Oct 14, 12:24 pm, "Erik Kullberg" <erik.kullb...@telia.com> wrote:
> I have an "index.php" page, near the top of which this line
>
> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>
> produces a persistent run id. I can close that page and - as long as I do
> not close the browser - I can come back and continue from where I was,
> thanks to the session administration. It works fine.
>
> A bit down on the same page I have the following sequence - a link,
> disguised as a button:
>
> <FORM METHOD="GET" ACTION="./Documentation/users_guide.php"
> style="border-style:solid; border-width:0px; border-color:black;
> padding:5px; margin:0px;" TARGET="_blank">
> <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon;
> font-family:Times New Roman; font-size: 12px; font-weight: bold;
> width:90px; height:25px; padding-bottom: 0; " >
> </FORM>
>
> The page "users_guide.php" is quite plain - no interaction with user or
> anything else. It does not use any session variables. It opens quite ok.
> To close it I use the cross in the upper right corner (Windows).
>
> But ... When I come back to "index.php", I get
>
> isset($_SESSION['run_id'])=FALSE
>
> and thereby a new run id!
>
> I have a number of "fake buttons" like this on that page and they all have
> the same effect on the run id. In one of them the addressed page actually
> uses the run id. That works ok, so I know it was not destroyed before the
> button was pressed.
> By the way - if I use a simple link instead, the run id is persistent as
> it should be.
>
> Any idea of how I can get around this (without going back to simple
> links - they don't look nice)?
>
> / Erik










  Réponse avec citation
Vieux 18/10/2007, 23h18   #5
Michael Fesser
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

..oO(Erik Kullberg)

>I have made an example, see the three attached files.


Please don't post attachments to text-only groups (and no HTML like in
your first posting). Many newsservers will filter that out or even
reject the entire posting. Upload them to some webspace and post a URL.

>Put them in the same
>directory and run them, and you will see what I mean.


If you need , you should make it as easy as possible for us to
you. Don't expect us to copy files to our own servers (if we have one
available at all). A URL to a test case, maybe with a way to also
download the script's sources if necessary, works always best.

Micha
  Réponse avec citation
Vieux 19/10/2007, 00h32   #6
Erik Kullberg
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

See http://kueng.se/session_test/page1.php

As you can see everything works fine as long as you can get back by use of a
link. If there is no link (so you have to get back the hard way) the session
ID will be destroyed.
Do you know of a cure for this?
/ Erik


"yakuza" <xentraz@hotmail.com> skrev i meddelandet
news:1192717259.539807.40700@i38g2000prf.googlegro ups.com...
don't know wat u want exactly but you can set session to expire after
a certain time even if browser is closed

session_cache_expire(10); // set to expire after 10 mins
session_start();
$_SESSION['run_id']=time();
if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

---- when do you want session destroyed, after what effect?




Yakuza
-----------------------
???????
http://www.samamanda.com


On Oct 14, 12:24 pm, "Erik Kullberg" <erik.kullb...@telia.com> wrote:
> I have an "index.php" page, near the top of which this line
>
> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>
> produces a persistent run id. I can close that page and - as long as I do
> not close the browser - I can come back and continue from where I was,
> thanks to the session administration. It works fine.
>
> A bit down on the same page I have the following sequence - a link,
> disguised as a button:
>
> <FORM METHOD="GET" ACTION="./Documentation/users_guide.php"
> style="border-style:solid; border-width:0px; border-color:black;
> padding:5px; margin:0px;" TARGET="_blank">
> <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon;
> font-family:Times New Roman; font-size: 12px; font-weight: bold;
> width:90px; height:25px; padding-bottom: 0; " >
> </FORM>
>
> The page "users_guide.php" is quite plain - no interaction with user or
> anything else. It does not use any session variables. It opens quite ok.
> To close it I use the cross in the upper right corner (Windows).
>
> But ... When I come back to "index.php", I get
>
> isset($_SESSION['run_id'])=FALSE
>
> and thereby a new run id!
>
> I have a number of "fake buttons" like this on that page and they all have
> the same effect on the run id. In one of them the addressed page actually
> uses the run id. That works ok, so I know it was not destroyed before the
> button was pressed.
> By the way - if I use a simple link instead, the run id is persistent as
> it should be.
>
> Any idea of how I can get around this (without going back to simple
> links - they don't look nice)?
>
> / Erik




  Réponse avec citation
Vieux 19/10/2007, 00h56   #7
Erik Kullberg
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

Suddenly it works on this external server. It still does not work on my internal server.
Anyway - it seems it is not a php problem.

/ Erik
"Erik Kullberg" <erik.kullberg@telia.com> skrev i meddelandet news:80nQi.11276$ZA.7406@newsb.telia.net...
I have an "index.php" page, near the top of which this line

if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

produces a persistent run id. I can close that page and - as long as I do not close the browser - I can come back and continue from where I was, thanks to the session administration. It works fine.

A bit down on the same page I have the following sequence - a link, disguised as a button:

<FORM METHOD="GET" ACTION="./Documentation/users_guide.php" style="border-style:solid; border-width:0px; border-color:black; padding:5px; margin:0px;" TARGET="_blank">
<INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon; font-family:Times New Roman; font-size: 12px; font-weight: bold; width:90px; height:25px; padding-bottom: 0; " >
</FORM>

The page "users_guide.php" is quite plain - no interaction with user or anything else. It does not use any session variables. It opens quite ok. To close it I use the cross in the upper right corner (Windows).

But ... When I come back to "index.php", I get

isset($_SESSION['run_id'])=FALSE

and thereby a new run id!

I have a number of "fake buttons" like this on that page and they all have the same effect on the run id. In one of them the addressed page actually uses the run id. That works ok, so I know it was not destroyed before the button was pressed.
By the way - if I use a simple link instead, the run id is persistent as it should be.

Any idea of how I can get around this (without going back to simple links - they don't look nice)?

/ Erik


  Réponse avec citation
Vieux 20/10/2007, 20h50   #8
yakuza
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

the session id stays the same for me. there is nothing in the code
that would destroy ses id. maybe you are rejecting your own ,
lol




On 18 Oct, 23:32, "Erik Kullberg" <erik.kullb...@telia.com> wrote:
> See http://kueng.se/session_test/page1.php
>
> As you can see everything works fine as long as you can get back by use of a
> link. If there is no link (so you have to get back the hard way) thesession
> ID will be destroyed.
> Do you know of a cure for this?
> / Erik
>
> "yakuza" <xent...@hotmail.com> skrev i meddelandetnews:1192717259.539807.40700@i38g2000pr f.googlegroups.com...
> don't know wat u want exactly but you can setsessionto expire after
> a certain time even if browser is closed
>
> session_cache_expire(10); // set to expire after 10 mins
> session_start();
> $_SESSION['run_id']=time();
> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>
> ---- when do you wantsessiondestroyed, after what effect?
>
> Yakuza
> -----------------------
> ???????http://www.samamanda.com
>
> On Oct 14, 12:24 pm, "Erik Kullberg" <erik.kullb...@telia.com> wrote:
>
> > I have an "index.php" page, near the top of which this line

>
> > if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

>
> > produces a persistent run id. I can close that page and - as long as I do
> > not close the browser - I can come back and continue from where I was,
> > thanks to thesessionadministration. It works fine.

>
> > A bit down on the same page I have the following sequence - a link,
> > disguised as a button:

>
> > <FORM METHOD="GET" ACTION="./Documentation/users_guide.php"
> > style="border-style:solid; border-width:0px; border-color:black;
> > padding:5px; margin:0px;" TARGET="_blank">
> > <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon;
> > font-family:Times New Roman; font-size: 12px; font-weight: bold;
> > width:90px; height:25px; padding-bottom: 0; " >
> > </FORM>

>
> > The page "users_guide.php" is quite plain - no interaction with user or
> > anything else. It does not use anysessionvariables. It opens quite ok.
> > To close it I use the cross in the upper right corner (Windows).

>
> > But ... When I come back to "index.php", I get

>
> > isset($_SESSION['run_id'])=FALSE

>
> > and thereby a new run id!

>
> > I have a number of "fake buttons" like this on that page and they all have
> > the same effect on the run id. In one of them the addressed page actually
> > uses the run id. That works ok, so I know it was not destroyed before the
> > button was pressed.
> > By the way - if I use a simple link instead, the run id is persistent as
> > it should be.

>
> > Any idea of how I can get around this (without going back to simple
> > links - they don't look nice)?

>
> > / Erik



  Réponse avec citation
Vieux 25/10/2007, 08h13   #9
Erik Kullberg
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

I have made some systematical tests, see http://kueng.se/session_test/page1.php
Maybe it is time to reinstall Apache and PHP, but I would like to know a little more, so I can avoid to get the same result again.
/ Erik
"Erik Kullberg" <erik.kullberg@telia.com> skrev i meddelandet news:80nQi.11276$ZA.7406@newsb.telia.net...
I have an "index.php" page, near the top of which this line

if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}

produces a persistent run id. I can close that page and - as long as I do not close the browser - I can come back and continue from where I was, thanks to the session administration. It works fine.

A bit down on the same page I have the following sequence - a link, disguised as a button:

<FORM METHOD="GET" ACTION="./Documentation/users_guide.php" style="border-style:solid; border-width:0px; border-color:black; padding:5px; margin:0px;" TARGET="_blank">
<INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon; font-family:Times New Roman; font-size: 12px; font-weight: bold; width:90px; height:25px; padding-bottom: 0; " >
</FORM>

The page "users_guide.php" is quite plain - no interaction with user or anything else. It does not use any session variables. It opens quite ok. To close it I use the cross in the upper right corner (Windows).

But ... When I come back to "index.php", I get

isset($_SESSION['run_id'])=FALSE

and thereby a new run id!

I have a number of "fake buttons" like this on that page and they all have the same effect on the run id. In one of them the addressed page actually uses the run id. That works ok, so I know it was not destroyed before the button was pressed.
By the way - if I use a simple link instead, the run id is persistent as it should be.

Any idea of how I can get around this (without going back to simple links - they don't look nice)?

/ Erik


  Réponse avec citation
Vieux 25/10/2007, 15h05   #10
Jerry Stuckle
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

Erik Kullberg wrote:
> I have an "index.php" page, near the top of which this line
>
> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>
> produces a persistent run id. I can close that page and - as long as I
> do not close the browser - I can come back and continue from where I
> was, thanks to the session administration. It works fine.
>
> A bit down on the same page I have the following sequence - a link,
> disguised as a button:
>
> <FORM METHOD="GET" ACTION="./Documentation/users_guide.php"
> style="border-style:solid; border-width:0px; border-color:black;
> padding:5px; margin:0px;" TARGET="_blank">
> <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon;
> font-family:Times New Roman; font-size: 12px; font-weight: bold;
> width:90px; height:25px; padding-bottom: 0; " >
> </FORM>
>
> The page "users_guide.php" is quite plain - no interaction with user or
> anything else. It does not use any session variables. It opens quite ok.
> To close it I use the cross in the upper right corner (Windows).
>
> But ... When I come back to "index.php", I get
>
> isset($_SESSION['run_id'])=FALSE
>
> and thereby a new run id!
>
> I have a number of "fake buttons" like this on that page and they all
> have the same effect on the run id. In one of them the addressed page
> actually uses the run id. That works ok, so I know it was not destroyed
> before the button was pressed.
> By the way - if I use a simple link instead, the run id is persistent as
> it should be.
>
> Any idea of how I can get around this (without going back to simple
> links - they don't look nice)?
>
> / Erik
>
>


I doubt this is PHP or Apache. It sounds like your browser is clearing
when you close the window.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

  Réponse avec citation
Vieux 26/10/2007, 00h08   #11
Erik Kullberg
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

Jerry, you are a genius!
I installed and ran Netscape v.8 and there everything is ok - no red results
in my test table!
I also reinstalled Explorer, but that had no effect.
Any idea of how to make Explorer behave?

/ Erik


"Jerry Stuckle" <jstucklex@attglobal.net> skrev i meddelandet
news:mNOdnbTTpogrCb3anZ2dnUVZ_tfinZ2d@comcast.com. ..
> Erik Kullberg wrote:
>> I have an "index.php" page, near the top of which this line
>> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>> produces a persistent run id. I can close that page and - as long as I
>> do not close the browser - I can come back and continue from where I was,
>> thanks to the session administration. It works fine.
>> A bit down on the same page I have the following sequence - a link,
>> disguised as a button:
>> <FORM METHOD="GET" ACTION="./Documentation/users_guide.php"
>> style="border-style:solid; border-width:0px; border-color:black;
>> padding:5px; margin:0px;" TARGET="_blank">
>> <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon;
>> font-family:Times New Roman; font-size: 12px; font-weight: bold;
>> width:90px; height:25px; padding-bottom: 0; " >
>> </FORM>
>> The page "users_guide.php" is quite plain - no interaction with user or
>> anything else. It does not use any session variables. It opens quite ok.
>> To close it I use the cross in the upper right corner (Windows).
>> But ... When I come back to "index.php", I get
>> isset($_SESSION['run_id'])=FALSE
>> and thereby a new run id!
>> I have a number of "fake buttons" like this on that page and they all
>> have the same effect on the run id. In one of them the addressed page
>> actually uses the run id. That works ok, so I know it was not destroyed
>> before the button was pressed.
>> By the way - if I use a simple link instead, the run id is persistent as
>> it should be.
>> Any idea of how I can get around this (without going back to simple
>> links - they don't look nice)?
>>
>> / Erik
>>
>>

>
> I doubt this is PHP or Apache. It sounds like your browser is clearing
> when you close the window.
>
> --
> ==================
> Remove the "x" from my email address
> Jerry Stuckle
> JDS Computer Training Corp.
> jstucklex@attglobal.net
> ==================
>



  Réponse avec citation
Vieux 26/10/2007, 05h29   #12
Jerry Stuckle
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Session variables persistency

Erik Kullberg wrote:
> "Jerry Stuckle" <jstucklex@attglobal.net> skrev i meddelandet
> news:mNOdnbTTpogrCb3anZ2dnUVZ_tfinZ2d@comcast.com. ..
>> Erik Kullberg wrote:
>>> I have an "index.php" page, near the top of which this line
>>> if (!isset($_SESSION['run_id'])) {$_SESSION['run_id']=time();}
>>> produces a persistent run id. I can close that page and - as long as I
>>> do not close the browser - I can come back and continue from where I was,
>>> thanks to the session administration. It works fine.
>>> A bit down on the same page I have the following sequence - a link,
>>> disguised as a button:
>>> <FORM METHOD="GET" ACTION="./Documentation/users_guide.php"
>>> style="border-style:solid; border-width:0px; border-color:black;
>>> padding:5px; margin:0px;" TARGET="_blank">
>>> <INPUT TYPE=SUBMIT Value="User´s Guide" style="color: maroon;
>>> font-family:Times New Roman; font-size: 12px; font-weight: bold;
>>> width:90px; height:25px; padding-bottom: 0; " >
>>> </FORM>
>>> The page "users_guide.php" is quite plain - no interaction with user or
>>> anything else. It does not use any session variables. It opens quite ok.
>>> To close it I use the cross in the upper right corner (Windows).
>>> But ... When I come back to "index.php", I get
>>> isset($_SESSION['run_id'])=FALSE
>>> and thereby a new run id!
>>> I have a number of "fake buttons" like this on that page and they all
>>> have the same effect on the run id. In one of them the addressed page
>>> actually uses the run id. That works ok, so I know it was not destroyed
>>> before the button was pressed.
>>> By the way - if I use a simple link instead, the run id is persistent as
>>> it should be.
>>> Any idea of how I can get around this (without going back to simple
>>> links - they don't look nice)?
>>>
>>> / Erik
>>>
>>>

>> I doubt this is PHP or Apache. It sounds like your browser is clearing
>> when you close the window.
>>

> Jerry, you are a genius!
> I installed and ran Netscape v.8 and there everything is ok - no red
> results in my test table!
> I also reinstalled Explorer, but that had no effect.
> Any idea of how to make Explorer behave?
>
> / Erik
>
>


(top posting fixed)

Toss it in the bit bucket? :-)

You might check an IE newsgroup. But I don't use it unless I am forced
to do so. So it might be a setting in it, but I wouldn't know what it
would be.

P.S. Please don't top post. Thanks.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 09h23.


Édité par : vBulletin®
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,28148 seconds with 20 queries