Closed Bug 1098340 Opened 10 years ago Closed 9 years ago

No error message in the loop panel when wifi disconnected

Categories

(Hello (Loop) :: Client, defect, P4)

All
macOS
defect

Tracking

(Not tracked)

RESOLVED WONTFIX
backlog Fx39?

People

(Reporter: FlorinMezei, Unassigned)

References

Details

(Whiteboard: [watch])

Reproducible with:
Firefox 34 Beta 8 - BuildID: 20141110195804
Latest Firefox 35 Aurora - BuildID: 20141113004001
Latest Firefox 36 Aurora - BuildID: 20141113030201

Environment: Mac OS X 10.9.5 (Macbook Retina)

Steps to reproduce:
1. On Macbook turn WiFi to OFF (make sure there is no other network connection).
2. Start Firefox, go to the panel menu, select customize and add the Hello button to the toolbar.
3. Exit customization, then click on the Hello button and see what the Loop panel displays.

Expected results: 
Warning "Sorry, we were unable to retrieve a call url." should display on top of the panel.

Actual results:
Warning "Sorry, we were unable to retrieve a call url." does NOT display when disabling WiFi on Macbook. Instead the spinner displays forever.

Note that this did not reproduce when unplugging the network cable from a desktop machine on Windows or Mac.
what error do we get from the platform browser when wifi is disabled versus when lan line cable?
backlog: --- → Fx37?
Flags: needinfo?(rjesup)
Whiteboard: [watch]
(In reply to sescalante from comment #1)
> what error do we get from the platform browser when wifi is disabled versus
> when lan line cable?

To be honest I don't know (or if that distinction is visible to chrome).  Perhaps valentin can help; otherwise check with some fxteam people.
Flags: needinfo?(rjesup) → needinfo?(valentin.gosu)
It might be related not only to Wifi.
I can reproduce this intermittently on FF 34b10 on Win 7 when I disable my LAN connection in Control Panel. Sometimes the red error shows up, sometimes it spins forever.
Depends on: 1059754
IMO there should be no distinction between Wifi/LAN. It could be a timing issue, rather than an error-code issue.

It would be useful to know what the actual error is when this bug occurs.
Presumably it's not in this list [1]

[1] http://dxr.mozilla.org/mozilla-central/source/browser/components/loop/MozLoopService.jsm#263
Flags: needinfo?(valentin.gosu)
backlog: Fx37? → Fx38?
Florin, is this bug still reproducible?
Randell, can we find out which is the error code that Necko returns in this case?
Flags: needinfo?(florin.mezei)
backlog: Fx38? → Fx39?
Priority: -- → P4
(In reply to Valentin Gosu [:valentin] from comment #5)
> Florin, is this bug still reproducible?

Tried again today, on the same MacBook (same steps), with:
Firefox 35 RC build 3 - BuildID: 20150108202552
Latest Firefox 36 Aurora - BuildID: 20150109004005
Latest Firefox 37 Nightly - BuildID: 20150109030224

The behavior seems to have changed as the result now is:
- 1st time when trying the steps on a clean profile you get the panel with "Get Started" button. Clicking on the button opens a new tab with ".../hello/start/...", which obviously cannot load
- on following tries you get the panel with "No current conversations" message and disabled "Start a conversation" button. After connecting to WiFi the button remains disabled for ~1 minute, and then is enabled.

If this behavior is expected (it is consistent now with behavior on Windows) then I guess this issue no longer applies.
Flags: needinfo?(florin.mezei)
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.