Closed Bug 172097 Opened 24 years ago Closed 23 years ago

Site falsely claims cookies are disabled

Categories

(SeaMonkey :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bugz, Assigned: asa)

References

()

Details

When clicking "Log On to Your Account" in https://online.amerada.co.uk/web/AccountMaint.Page?Sec=MN The site falsely informs me that I need a browser with cookie support on this page: https://online.amerada.co.uk/error/cookies_disabled.html which says This web site requires a browser that has Cookies Enabled. Your browser either does not have Cookies Enabled, or it does not support Cookies. If you want to view this web site, please upgrade your browser, or enable Cookie support. The browsers: Microsoft© Internet Explorer® and Netscape© Communicator® both provide Cookie support, and are freely avalilable for download over the internet. Changing user agent in preferences tool bar makes no difference on this or other sites that block by user agent. Build used 2002091014
Egon, are you sure that you haven't disabled cookies in the Preferences menu (Edit - Preferences... Privacy and Security - Cookies)?
Possibly related to bug 155083.
WFM... I have mozilla prompt me for cookies, if I say now, I get the message mentioned in the report. If I say yes, i get the login page. (2002100204)
Egon, do you allow all cookies? Or only cookies from originating server? Is this site in your "never allow cookies" list?
Not sure if it's related, but it seems like Mozilla doesn't send cookie information to secure sites. I'm seeing this problem in Phoenix, and a relatively recent build of Mozilla (early October). Older Mozilla builds (e.g. 1.1) don't seem to have this problem. e.g. logging into Kuro5hin using normal http, and everything works fine. logging into Kuro5hin using https, and initially it looks like I'm logged in, but, e.g. clicking on a story shows that it thinks I'm not logged in.
I can confirm comment #5. Seems to happen only on secure sites like my banking service. I have "all cookies enabled" in Moz1.2 and it simply doesn't work. Site tells me that I need to enable cookies to proceed. No problems with Moz1.1 with "cookies only from originating server". I have no blocked cookie sites. Had to go back to Moz1.1 :(( My banking service is "www.db24.de", then click on the top-right red button "Kunden-Login". The problem is that the cookie issue can be seen only if you have a valid account number and a valid password (PIN) and I am sorry that I can't tell you mine.
Wish I could be more helpful, but I can confirm that in general, any sites that use cookies for authentication seem to be "flakey" with Moz 1.2 and most of the recent beta builds (Linux, RedHat 8). Sites like slashdot and our campus website will "forget" my logins, banks won't allow me to login, etc.
*** Bug 182214 has been marked as a duplicate of this bug. ***
Also I have problems logging into my online bank with MOZ 1.2, although it worked in MOZ 1.1, like in comment #6 here. My bank is www.skandiabanken.no, but you need an account to test this.
I would like to confirm that I also see this bug. If you go to my.monster.com, it states that it requires cookies to be enabled. You don't even have to type anything in to get this to show up, though it might be looking for one of the monster.com cookies on my machine. I to am running XP and noticed this behaviour with my current pre-1.2 build that I installed 2 days ago. My build id is 2002112204. I had an ealier build from some time in October that did NOT have this problem. As it stands, I keep running into sites that say I don't have cookies enabled, even though I have all cookies enabled (even for email and news...shudder).
Confirmed #5 On WinME Mozilla 1.2 final. Interestingly enough, seems like earlier 1.2 builds work fine. I do not get this problem with builds from 20021112 (November 12th). Can anyone confirm this?
Have all of you that experience the pb unchecked the 'set/change cookies with javascript' in the script and window pref panel? We removed this pref in phoenix, since I hit the same pb with my bank. by re-checking it, everything went fine again.
"Have all of you that experience the pb unchecked the 'set/change cookies with javascript' in the script and window pref panel?" pb = Problem? where is this script and window pref panel? Under Edit, Preferences?
Worksforme: Mozilla 1.2 beta 20021125, Windows 98. Mozilla is configured to allow JavaScript to modify cookies.
OK *now* it WFM! I had to change Edit Preferences Advanced, Scripts and Plugins to allow javascript to change, create AND read cookies before it worked though. This has also been reported in /. under http://slashdot.org/comments.pl?sid=46211&threshold=-1&commentsort=0&tid=154&mode=thread&pid=4766948
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Sorry but it doesn't work for me. I have Win98SE, Moz1.2 Build20021126 and my settings are: Prefs->Privacy&Security->Cookies: checked is: "Enable all cookies", nothing else. Prefs->Advanced->Scripts&Plugins: checked are: "Create or change cookies" and "Read cookies" and some more.
Marc the link you gave (www.db24.de) redirects to http://www.deutsche-bank.de/pbc/index.html and when I click "kunden-login" a window with this address is opened: https://meine.deutsche-bank.de/mod/WebObjects/dbpbc Did you get that far? In that case you may need to re-open this bug.
> OK *now* it WFM! I had to change Edit Preferences Advanced, Scripts and Plugins > to allow javascript to change, create AND read cookies before it worked though. So this is a dup of bug 143810? :)
The problem at deutsche-bank.de and db24.de is a problem in their programming: Evangelism http://bugzilla.mozilla.org/show_bug.cgi?id=171235 . They expect cookies with path /abc to be delivered to URLs like /abc.def, which is wrong and has been fixed between Mozilla 1.1 and 1.2. Have a look at the cookies you get and at the URLs used by your banking site.
As for comment #7 and Slashdot, unless Mozilla is doing it to the Slashdot cookies it seems Slashdot has changed their cookies to be till end of session. I had Mozilla set to set all cookies to end of session, and Slashdot used to get through that somehow and always remember. Then one day Slashdot stopped being remembered. Then I disabled the end of session option and found Slashdot cookies were always set to end of session. So I think Slashdot just changed their cookie policy.
I have all the plugin & script boxes checked as well as accept all cookies and it STILL doesn't work. I still get the "your browser doesn't support cookies" message.
For those still having trouble, please try it again with a fresh profile and the Mozilla 1.2 final release build, or a 1.3 alpha build. When you report it isn't working, include which build you're using.
OK this STILL does not work for me. See my comment #9. I have the > Preferences > Advanced > Scripts and Plugins > allow javascript to change, create AND read cookies turned ON. I will report this bug to my Internet Bank, but since it worked with Moz 1.1, I really suspect this bug not to be completely resolved... Mozilla 1.2 / Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126
Reply to comment #17: Yes, I did get that far. That's the point where you have to enter your login and password and so on and after that I am told to enable cookies. Didn't re-open this bug. Reply to comment #19: Read through bug 171235 and as far as I understood this is a problem at Deutsche Bank. I will try to contact them, too. Maybe they will do something if they get more and more e-mails regarding this. If somebody knows a workaround then please post it here. Thanks.
This does not work for me. Using the 1.2 release: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2) Gecko/20021126 I uninstalled my previous Moz, installed the mozilla-win32-1.2-installer.exe, created a new profile. I can't use the banking site www.lloydstsb.co.uk -- after the site accepts my username and password, as soon as I click a link I am thrown back to the login screen. I have "enable all cookies" set, and I allow script to "create or change cookies" and to "read cookies". This site is not a problem for Moz 1.1.
As per comment #25 (same online bank as me), this does *not* work for me. I logged 182214 before finding this one and marking that as a duplicate. Using the release build of mozilla 1.2 on NT 4.0
There is a bug specifically tracking my problem, bug 164260 , which is still open.
Re comment 9 and 23: www.skandiabanken.no WFM (and other I have contacted) with 1.2. I suggest tou try uninstalling and reinstalling mozilla (in a empty directory), maybe something went wrong on your first install. Cookies not being recognised may be bug 181440.
oops, thanks Steven, bug 164260 is indeed my problem, not this one. thanks.
Mama's little baby loves shortnin' bread.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.