I'm unable to enter http://www.nordic.mtve.com/winprizes/ with Mozilla. Fine with IE6 Using Live HTTP headers from mozdev.org I can see the following weirdness: after you're redirected to: http://www.nordic.mtve.com/mapnext.asp Mozilla sends this: GET /mapnext.asp HTTP/1.1 Cookie: ASPSESSIONIDQABACSAB=ILKKEAJDBOEFELPCGOHLCAGD; country=Denmark just after this Mozilla sends: GET /mapnext.asp HTTP/1.1 Cookie: ASPSESSIONIDQABACSAB=ILKKEAJDBOEFELPCGOHLCAGD; country=undefined The server doesn't set this country=undefined cookie. Why do mozilla suddently send this? 20030313
it's only broken if you use the dropdown box. using the map seems to work.
Summary: unable to http://www.nordic.mtve.com/winprizes/ → unable to go http://www.nordic.mtve.com/winprizes/ if you use dropdown
-> All/All (OS X 2003031403)
OS: Windows 2000 → All
Hardware: PC → All
Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.3; MultiZilla v18.104.22.168) Gecko/20030312 I get the same behaviour.
The country=undefined is set but a using <meta http-equiv="Set-Cookie" content="country=undefined;path=/;expires=Mon, 20 Nov 2004 01:01:01 +0100"> So we correctly accept that cookie.
hmm, so this is looking like an assumption the site is making about the order we accept cookies (i.e. it wants metatags before headers, so the metatag cookie is overwritten by the country=Denmark one). so either the site is wrong, or our behavior is wrong (or at least IE-inconsistent). it'd be nice to see a header log for IE here, just to be sure...
Wouldn't meta tag data be processed AFTER headers? since it arrives afterwards?
>(i.e. it wants metatags before headers, so the metatag cookie is >overwritten by the country=Denmark one) yeah, we append the metatag cookies after the header cookies, so that they are processed in the order in which they are received (top-down if you consider the entire network data stream). i think this is the most sane ordering, and i'd be really surprised if IE did something different, but then who knows!? ;-) i have no time to work on this.
Target Milestone: --- → Future
I wrote to mtve.com telling about the problem yesterday, they fixed it today :-) (I wish my bank was just as eager to solve the problems with Mozilla and its netbank). At least it works for me now on mtve.com. Maybe this the problem in bug #181732 too.
-> default owner
Assignee: darin → nobody
QA Contact: tever → networking.cookies
Target Milestone: Future → ---
wfm per comment 8.
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.