Open Bug 666021 Opened 13 years ago Updated 4 months ago

I can't access my Access Point web interface (Ubiquiti NanoStation)

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Version:
5 Branch
Platform:
x86
Windows 7
Type:
defect

Tracking

()

People

(Reporter: etjonmeco, Unassigned)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Windows NT 6.1; rv:5.0) Gecko/20100101 Firefox/5.0
Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:5.0) Gecko/20100101 Firefox/5.0

I can't access my Access Point web interface after upgrading from firefox 4 to 5 version. I enter the IP of my AP (192.168.1.35) in address bar. The AP asks for username and password. When I try to login nothing happens. The page remains the same. My Ap is an Ubiquiti NanoStation locoM2. I have been using it for about 3 months without any problem. I have to say that I can access the device using other web browsers like Internet Explorer or Safari. 
The Error Console gives the following warning:
Warning: Unknown property 'box-sizing'.  Declaration dropped.
Source File: http://192.168.1.35/100913.1802/style.css

Reproducible: Always

Steps to Reproduce:
1. Enter 192.168.1.35 in address bar
2. Login page appears
3. Try to log in using my username and password but nothing happens

Actual Results:  
The login page doesn't change.It remains the same.

Expected Results:  
Access Point web interface should had been shown.
Version: unspecified → 5 Branch
Summary: I can't access my Access Point web interface. → I can't access my Access Point web interface (Ubiquiti NanoStation)
If you spoof your user-agent does it work correctly? (https://addons.mozilla.org/en-US/firefox/addon/user-agent-switcher/)
Build:  Mozilla/5.0 (Windows NT 6.1; rv:5.0) Gecko/20100101 Firefox/5.0

> Actual Results:  
> The login page doesn't change.It remains the same.

Is the issue reproducible on a clean / empty profile? 
http://support.mozilla.com/en-US/kb/Profiles
(In reply to comment #1)
> If you spoof your user-agent does it work correctly?
> (https://addons.mozilla.org/en-US/firefox/addon/user-agent-switcher/)

The outcome is the same. I can't get into my AP web interface.
Confirming based on Input feedback: http://input.mozilla.com/en-US/search?q=ubiquiti&product=firefox&version=--&date_start=2011-06-20
Status: UNCONFIRMED → NEW
Ever confirmed: true
Sorry for posting across forums but a temporary work around has been found.

Enter exactly this into the browser address bar:

http://172.16.1.1/login.cgi?uri=

where the ip address is the ip address of your router.

Also on the Ubiquiti Support Forums a Ubiquiti engineer reported finding the problem and is working on a firmware patch.
Isn't this bug related to bug 659569? A similar connection problem to the ubiquity system has been reported. A
Maybe this bug's been fixed by the recent patch submitted for bug 659569.
> The outcome is the same. I can't get into my AP web interface.

Please refer to comment 37 in bug 659569 and try to see if the bug is fixed on the latest nightly found here:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
> Actual Results:  
> The login page doesn't change.It remains the same.

As mentioned in comment 7, is this issue still reproducible?
This bug is happening when the Ubiquiti transmitter is checking for a browser cookie, which if present, usually logs you into the transmitter without having to enter a username and password, as long as your system was the last IP address to connect to the transmitters web interface.

An error occours when this cookie is not present and an error message appears stating that the page is redirecting in a manner that will never complete.

When this cookie is in fact present and you were the last IP to access the transmitter web interface, you are allowed in without a username and password.

This bug seems to happen most frequently on transmitters on high traffic segments of the network, or on transmitters with degregaded signal levels where the latency is greater than 100ms.  Perhaps the timeout set in the browser's code for the cookie response from the webpage is set too low.

Perhaps this bug would also happen when someone on a satellite internet connection were to attempt to login to a page where their login cookie has expired.

I would be happy to post fiddler output of the error in progress here, however, Mozilla 5 broke the fiddler plugin as well. :(
Reporter, have you checked if you are able to reproduce the problem in the latest nightly?
https://nightly.mozilla.org/
Reporter or Allan -> Any updates? Is this still an issue with Firefox 8 or the latest Nightly? A fiddler log may be helpful...
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.