Closed
Bug 679299
Opened 13 years ago
Closed 13 years ago
Login to Cisco WRT54GH router's administration page fails
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mandarke, Unassigned)
Details
Attachments
(1 file)
478.29 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 Build ID: 20110804180810 Steps to reproduce: tried to access my router's administration site. Actual results: entered my username/password several times to no avail. clicked on cancel and was presented with - 401 Authorization Required Browser not authentication-capable or authentication failed. Expected results: after entering my username/pass (which were correct) i should have been presented with my router's administration site.
Comment 1•13 years ago
|
||
Are you using non-ASCII characters (accents, other charsets, ...) in your username or password ?
(In reply to Jo Hermans from comment #1) > Are you using non-ASCII characters (accents, other charsets, ...) in your > username or password ? nope. using british english + uk keymap.
Comment 3•13 years ago
|
||
Does it work if you open http://matti.no-ip.org/basic/ and enter test / test ?
Updated•13 years ago
|
Summary: Cisco WRT54GH → Login to Cisco WRT54GH router's administration page fails
(In reply to Matthias Versen (Matti) from comment #3) > Does it work if you open http://matti.no-ip.org/basic/ and enter test / test > ? yes, it works fine. this presents a baffling situation.
Comment 5•13 years ago
|
||
You could create a http log and attach it here (with the "add an attachment" link): https://developer.mozilla.org/en/HTTP_Logging
Comment 7•13 years ago
|
||
Thank your for the log, I hope a developer will look at it
Component: General → Networking: HTTP
Product: Firefox → Core
QA Contact: general → networking.http
(In reply to Matthias Versen (Matti) from comment #7) > Thank your for the log, I hope a developer will look at it this problem is also present in the mozillateam ppa version of firefox 7. i've gone back to using 3.6 as i had other problems with firefox 6.
I have the "same" problem (FF5 & now FF6), though my WRT45G is running DD-WRT firmware. However, it only occurs on the Linux version of FF. I have not seen it on the WinXP box. If I reboot the router, I can login with the Linux version once, then next time it won't re-auth. A wireshark trace shows this response from the router: --------- HTTP/1.0 401 Unauthorized Content-Type: text/html Server: httpd Date: Sat, 20 Aug 2011 12:43:46 GMT Connection: close Cache-Control: no-store, no-cache, must-revalidate <==== Clue?? Cache-Control: post-check=0, pre-check=0 Pragma: no-cache WWW-Authenticate: Basic realm="PF_DD-WRT" <HTML><HEAD><TITLE>401 Unauthorized</TITLE></HEAD> <BODY BGCOLOR="#cc9999"><H4>401 Unauthorized</H4> Authorization required. please note that the default username is "root" in all newer releases </BODY></HTML> -------- Each time, this response is segmented into 2 packets with the above in the first packet and FIN,ACK with TCP timestamps (TSval,TSecr) in the 2nd packet. You'd think that FF would display the 401 unauthorized page; but no, it stays on the router info page with a dotted box around the tab I clicked on... Almost sounds like packet reassembly might differ on WinXP v. Linux... though that's just a UNscientific WAG... HTH
Comment 10•13 years ago
|
||
Just to make sure, is the problem still there with a current aurora or beta build?
Comment 11•13 years ago
|
||
Appears to be resolved for me under 6.0.1 & 6.0.2 so I'm OK for now... Thanks.
Updated•13 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 12•13 years ago
|
||
(In reply to Pierre Fortin from comment #11) > Appears to be resolved for me under 6.0.1 & 6.0.2 so I'm OK for now... > Thanks. yup. confirmed working for me under 6.0.2 on ubuntu 10.10
Reporter | ||
Comment 13•13 years ago
|
||
as of today 2011.09.26 it is broken again.
Comment 14•13 years ago
|
||
(In reply to mandarke from comment #13) > as of today 2011.09.26 it is broken again. Sorry no one didn't get to this note, but is this still broken and is this for sure still this particular bug?
Reporter | ||
Comment 15•13 years ago
|
||
not sure if it's the same in v6 but in v7 it's solved by unticking the "Tell websites I do not want to be tracked" tick box.
Comment 16•13 years ago
|
||
Ah, I think there's a known issue on that; some routers are just broken with that header...
You need to log in
before you can comment on or make changes to this bug.
Description
•