Closed
Bug 206351
Opened 21 years ago
Closed 9 years ago
can't interrupt series of auth dialogs for code 401 protected images
Categories
(SeaMonkey :: Passwords & Permissions, defect)
SeaMonkey
Passwords & Permissions
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mak, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(1 file)
2.23 KB,
application/x-gzip
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/74 (KHTML, like Gecko) Safari/74 Build Identifier: Camino 2003051705 This page requires authentication and Camino brings up a sheet to enter username/pw. If you don't know the password (I don't), you can't get out of this. OK or cancel both cause the sheet to reappear. This seems to block all further activity in Camino, including Quit! Reproducible: Always Steps to Reproduce: 1. Go to the URL above. 2. The page will be drawn and a username/password sheet will appear. 3. Press OK or Cancel. 4. The sheet will reappear. Actual Results: Nothing other than going back to step 3 is possible in Camino unless you force quit.
Comment 1•21 years ago
|
||
looks like the main doc links lots of image files that are all in a password protected area (including but not limited to http://www.scottvw.com/images/) its not infinite... it just feels that way but the the dialogs stopped after LOTS of hitting escape/cancel. same goes for moz so switching products -> Browser general for more triage/duping
Assignee: saari → general
Severity: critical → major
Component: General → Browser-General
Product: Camino → Browser
QA Contact: winnie → general
Summary: User name/password sheet continually reappears, rendering Camino useless. → User name/password sheet continually reappears, cannot interrupt string of dialogs.
Version: unspecified → Trunk
scottvw no longer requires auth. any current working testcase?
Summary: User name/password sheet continually reappears, cannot interrupt string of dialogs. → cannot interrupt series of username/password sheets for each protected image
Updated•20 years ago
|
Product: Browser → Seamonkey
reported site fixed, no testcase available.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Comment 4•20 years ago
|
||
bug still exists.. was hit with it a week or two ago... not on the submitted link of course. I'll see if I can find it or dummy up a page quickly
Comment 5•20 years ago
|
||
reopening with new URL. Testcase linked to is a page that links to 10 different images in a protected subdirectory. at no point in the series of 10 dialogs can you interrupt, you just have to cancel through all 10. At 10 it becomes a chore, at 50 it becomes a denial of use. I'll attach an archive of the files used in a minute, but the test does require apache & .htaccess privs.
Comment 6•20 years ago
|
||
files used in testcase linked at placenamehere.com
great testcase, Chris. reproduced on Firefox 1.0 Mac and Win.
Assignee: general → dveditz
Status: UNCONFIRMED → NEW
Component: General → Password Manager
Ever confirmed: true
OS: MacOS X → All
QA Contact: general
Hardware: Macintosh → All
Summary: cannot interrupt series of username/password sheets for each protected image → can't interrupt series of auth dialogs for code 401 protected images
*** Bug 276072 has been marked as a duplicate of this bug. ***
Here is a live "working" URL to use as a testcase <http://www.google.se/search?q=cache:h7Q8-D_W9tsJ:www2.idg.se/tjanster/artikelforum/default.asp%3Fart%3D20031211134923_IW+cellofanavtal&hl=sv&client=firefox-a>
Comment 10•20 years ago
|
||
See also http://test.michel-consulting.de/ryan/mozilla_frameset_password/ from bug 219962
Comment 11•20 years ago
|
||
*** Bug 219962 has been marked as a duplicate of this bug. ***
Comment 12•18 years ago
|
||
*** Bug 325832 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
Assignee: dveditz → nobody
Comment 13•18 years ago
|
||
An ideal solution might be to have Cancel remove the remembered password.
Comment 14•9 years ago
|
||
10 years later... problem appears fixed. Dialog stops displaying after Cancel button.
Status: NEW → RESOLVED
Closed: 20 years ago → 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•