Closed
Bug 1361039
Opened 7 years ago
Closed 7 years ago
blank page loaded after http basic auth for https://user:password@domain.tld/path
Categories
(Core :: Networking: HTTP, defect, P2)
Tracking
()
RESOLVED
DUPLICATE
of bug 1401516
People
(Reporter: jan, Assigned: mayhemer)
References
()
Details
(Keywords: nightly-community, Whiteboard: [necko-triaged])
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0 Build ID: 20170501100238 Steps to reproduce: open a new tab type in: https://user:password@domain.tld/path the http basic auch dialog asks if I want to log in. I confirm this. The page doesn't get loaded. I have to click in the address bar and press enter again or open another tab with https://domain.tld/path where I am (then) already logged in (with http basic auth).
Reporter | ||
Updated•7 years ago
|
Severity: normal → major
Has STR: --- → yes
Component: Untriaged → Location Bar
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Severity: major → normal
Reporter | ||
Updated•7 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Comment 1•7 years ago
|
||
now sure what's the right cmoponent, but it's not Location Bar... Can you provide an example url for this?
Component: Location Bar → General
Reporter | ||
Comment 2•7 years ago
|
||
(In reply to Marco Bonardo [::mak] from comment #1) > now sure what's the right cmoponent, but it's not Location Bar... > Can you provide an example url for this? https://aerobatic:aerobatic@auth-demo.aerobatic.io/protected-standard/ You are asked if you really want to log in (this is the "deprecation"/user protection), you click OK, page is empty. If you open another tab with that URL you are already logged in and the page is shown.
I reproduced one time only in Fx56.0a1 (2017-07-08) on Win10.
Component: General → Networking: HTTP
Product: Firefox → Core
Summary: no page loaded after http basic auth dialog was shown and OK was clicked https://user:password@domain.tld/path → blank page loaded after http basic auth for https://user:password@domain.tld/path
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → honzab.moz
Whiteboard: [necko-active]
Comment hidden (obsolete) |
Comment hidden (obsolete) |
Reporter | ||
Comment 6•7 years ago
|
||
I think this is a Webextension API related bug or a bug of uBlock Origin.
Comment 7•7 years ago
|
||
Bulk priority update: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Updated•7 years ago
|
Assignee: honzab.moz → nobody
Priority: P1 → P2
Whiteboard: [necko-active]
Comment 8•7 years ago
|
||
I have the same issue as well, at least since Nightly 57. I use uBlock Origin but disabling it doesn't make the issue go away. Also, sometimes it keeps doing this for me no matter how many times I try to open it in the same or the new tab.
Comment 9•7 years ago
|
||
Well, to clarify, if I open it without the auth credentials, it works and I'm already logged in. But trying to open it with prefilled credentials rarely works.
Assignee | ||
Comment 10•7 years ago
|
||
OK, I'll try to reproduce locally and take a look if successful.
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → honzab.moz
Updated•7 years ago
|
Whiteboard: [necko-triaged]
Comment 11•7 years ago
|
||
Duplicate of bug 1401516, which is fixed in Nightly.
Reporter | ||
Comment 12•7 years ago
|
||
(In reply to rhill@raymondhill.net from comment #11) > Duplicate of bug 1401516, which is fixed in Nightly. Nightly 58 x64 20171006100327 de_DE @ Debian Testing Confirmed. This seems to be fixed. Thank you!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•