Re: Q324929 bug??
From: Scott Numbers (Scott.Numbers@hq.doe.gov)
Date: 12/12/02
- Next message: Bill Tang: "unknown folder "share-to-web upload folder" on desktop"
- Previous message: Gabrielle: "Computer access"
- In reply to: Michael: "Re: Q324929 bug??"
- Next in thread: Scott Numbers: "Re: Q324929 bug??"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
From: Scott.Numbers@hq.doe.gov (Scott Numbers) Date: 12 Dec 2002 08:07:00 -0800
I installed the cumulative patch this morning and started experiencing
loss of session variables on an in-house application. I discovered
something interesting though. This happens consistently when the
application is the only IE window open. The application uses
JavaScript to open popups that link to ASP pages on the same site (no
underscores). When displaying the Session variables in the popup,
they are there the first time it is opened. If the popup is closed and
re-opened, the session variables are gone. If there are other IE
windows open, it becomes unpredicatable. Most times it works OK with
another IE window open. It ALWAYS fails if no other IE window is open.
This application was working fine on my machine until this patch was
installed. Other users who have not installed this patch are still
working fine. I am now looking for a way to back out the update. I saw
one mention of using Add/Remove Programs IE6 SP1 repair. But I don't
have an IE6 SP1 anything entry in my Add/Remove programs.
Just wanted to add my two cents so that others experiecing problems
can see they are not alone.
Would appreciate any helpful feedback on this problem.
Thanks,
Scott Numbers
"Michael" <camplin_m@casa.gov.au> wrote in message news:<01fe01c2a158$6bb73d00$d5f82ecf@TK2MSFTNGXA12>...
> That's the problem.
>
> the underscores were working fine in IE6.0 before the
> security patch was applied.
>
> thanks for your help, I'm off to change our naming
> standard!
>
>
>
> >-----Original Message-----
> >You wouldn't happen to be surfing to a machine with an
> underscore in the
> >name would you? If so you are out of luck. This was
> a "feature" of ie6 and
> >one of the security patches for ie 5.5. Basically rename
> your server, point
> >another name to it via host file or other mechanism, or
> surf by IP address.
> >
> >This feature cost us a day of work to figure out and MS
> had the nerve to
> >charge me $240 to report it (they did refund it)
> basically they said whoops
> >but since underscores aren't RFC compliant in DNS names,
> too bad.
> >
> >
> >"Michael" <camplin_m@casa.gov.au> wrote in message
> >news:12d101c2a0e0$71367cf0$8ff82ecf@TK2MSFTNGXA06...
> >> Hi,
> >>
> >> We've just installed the Q324929 security patch and have
> >> noticed some our our intranet applications have stopped
> >> working. We've identified that it is definitely the
> patch.
> >>
> >> The problem is that Session variables used in the apps
> are
> >> lost when the app navigates to another page (ie. not the
> >> page that setup the session variable). This is only
> >> happening on websites that are not the default website
> and
> >> use host header information.
> >>
> >> We've noticed that the same symptoms occur with IE5.5
> and
> >> IE 6
> >>
> >> has anyone experienced this? anyone got any suggestions?
> >>
> >>
> >> please email me if you have a solution!
> >>
> >> thanks,
> >>
> >> michael...
> >>
> >
> >
> >.
> >
- Next message: Bill Tang: "unknown folder "share-to-web upload folder" on desktop"
- Previous message: Gabrielle: "Computer access"
- In reply to: Michael: "Re: Q324929 bug??"
- Next in thread: Scott Numbers: "Re: Q324929 bug??"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|