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)

6 Branch
x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mandarke, Unassigned)

Details

Attachments

(1 file)

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.
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.
Does it work if you open http://matti.no-ip.org/basic/ and enter test / test ?
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.
You could create a http log and attach it here (with the "add an attachment" link):
https://developer.mozilla.org/en/HTTP_Logging
Attached file cisco router
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
Just to make sure, is the problem still there with a current aurora or beta build?
Appears to be resolved for me under 6.0.1 & 6.0.2 so I'm OK for now... Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
(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
as of today 2011.09.26 it is broken again.
(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?
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.
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.

Attachment

General

Creator:
Created:
Updated:
Size: