New issue 46073 by doek...@gmail.com: Authentication info used between
Incognito windows
http://code.google.com/p/chromium/issues/detail?id=46073
Chrome Version : 6.0.422.0 dev
Have a local website use HTTP authentication available (I used both Basic
and Integrated Security on Windows XP IIS webserver).
What steps will reproduce the problem?
1. Make sure Chrome always prompt for username/password (in IE, select
Tools->Internet Options; Security TAB; Local intranet zone; Custom
settings; check User Authentication, Login, Prompt for username and
password [at the very bottom])
2. Open an incognito window, and surf to the local website with HTTP
authentication;
3. Enter the username and password
4. The page should be available
5. Open a new Incognito window (either from the "normal" window, or from
the already opened incognito window)
6. Surf to the same local website with HTTP authentication;
What is the expected result?
Chrome should open an username/password dialog.
What happens instead?
Chrome reuses the authentication information.
Incognito window doesn't share cookies, and I would expect also no
WWW-Authenticate headers.
In fact, as far as I know, Incognito windows *do* share cookies and session
information. Even if you have multiple Incognito windows open
simultaneously, they are all part of the same session.
I believe this is supposed to support arbitrary dragging and dropping of
tabs between Incognito Windows and inter-references between
tabs/frames/windows.
Issue 46378 has been merged into this issue.
Comment #4 on issue 46073 by d...@chromium.org: Authentication info used
between Incognito windows
http://code.google.com/p/chromium/issues/detail?id=46073
(No comment was entered for this change.)
Comment #5 on issue 46073 by d...@chromium.org: Authentication info used
between Incognito windows
http://code.google.com/p/chromium/issues/detail?id=46073
This is a duplicate of Issue 31575