Closed
Bug 172097
Opened 24 years ago
Closed 23 years ago
Site falsely claims cookies are disabled
Categories
(SeaMonkey :: General, defect)
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
Comment 1•24 years ago
|
||
Egon, are you sure that you haven't disabled cookies in the Preferences menu
(Edit - Preferences... Privacy and Security - Cookies)?
Comment 2•24 years ago
|
||
Possibly related to bug 155083.
Comment 3•24 years ago
|
||
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)
Comment 4•24 years ago
|
||
Egon, do you allow all cookies? Or only cookies from originating server? Is
this site in your "never allow cookies" list?
Comment 5•23 years ago
|
||
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.
Comment 7•23 years ago
|
||
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.
Comment 8•23 years ago
|
||
*** Bug 182214 has been marked as a duplicate of this bug. ***
Comment 9•23 years ago
|
||
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.
Comment 10•23 years ago
|
||
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).
Comment 11•23 years ago
|
||
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?
Comment 12•23 years ago
|
||
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.
| Reporter | ||
Comment 13•23 years ago
|
||
"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?
Comment 14•23 years ago
|
||
Worksforme: Mozilla 1.2 beta 20021125, Windows 98. Mozilla is configured to
allow JavaScript to modify cookies.
| Reporter | ||
Comment 15•23 years ago
|
||
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
Comment 16•23 years ago
|
||
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.
| Reporter | ||
Comment 17•23 years ago
|
||
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.
Comment 18•23 years ago
|
||
> 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? :)
Comment 19•23 years ago
|
||
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.
Comment 20•23 years ago
|
||
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.
Comment 21•23 years ago
|
||
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.
Comment 22•23 years ago
|
||
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.
Comment 23•23 years ago
|
||
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
Comment 24•23 years ago
|
||
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.
Comment 25•23 years ago
|
||
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.
Comment 26•23 years ago
|
||
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
Comment 27•23 years ago
|
||
There is a bug specifically tracking my problem, bug 164260 , which is still open.
Comment 28•23 years ago
|
||
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.
Comment 29•23 years ago
|
||
oops, thanks Steven, bug 164260 is indeed my problem, not this one.
thanks.
Comment 30•23 years ago
|
||
Mama's little baby loves shortnin' bread.
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•