Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#46733 - GNOME hangs if connected to an hotspot (wifi) but no internet connection is available

Attached to Project: Arch Linux
Opened by Luca Viggiani (lviggiani) - Thursday, 15 October 2015, 12:16 GMT
Last edited by Doug Newgard (Scimmia) - Monday, 19 October 2015, 13:20 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Whenever my laptop is connected to a wifi hotspot (I tried with two different ones) but the hotspot is not connected to the internet (e.g. ISP is down, wlan cable is diconnected, phone cable is not connected) gnome hangs. The mouse moves but noting else happens. This happens only within a Gnome session (after login), gdm works fine.


Steps to reproduce:
1) Turn on your computer and have it connected to a wifi hotspot.
2) at GDM, disconnect your hotspot from internet (e.g. disconnect the wlan cable, turn off the modem or disconnect the phone cable)
3) Login

The grey backgound appear. The mouse pointer appears and moves. Gnome just freezes.

4) While in that situation, turn off computer wifi (e.g. with fn keys or put it in ariplane mode)

Gnome comes to life again and works fine.

5) Try to tun on wifi again... after it reconnectes, gnome freezes again


This task depends upon

Closed by  Doug Newgard (Scimmia)
Monday, 19 October 2015, 13:20 GMT
Reason for closing:  None
Additional comments about closing:  Caused by an AUR package
Comment by Luca Viggiani (lviggiani) - Friday, 16 October 2015, 14:13 GMT
Issue persists even after receiving the following updates:

extra/gnome-session 3.18.1.1-1 -> 3.18.1.2-1
extra/gnome-shell 3.18.0-1 -> 3.18.1-1
extra/gnome-shell-extensions 3.18.0-1 -> 3.18.1-1
extra/libnautilus-extension 3.18.0-1 -> 3.18.1-1
extra/mutter 3.18.0-1 -> 3.18.1-1
extra/nautilus 3.18.0-1 -> 3.18.1-1
Comment by Luca Viggiani (lviggiani) - Friday, 16 October 2015, 14:15 GMT
I have the feeling that whenever a network connection becomes available, GNOME tries to get something online in a synchronous way, maybe with a looooong timeout and gnome (gnome-shell, mutter?) just hangs.
Comment by Doug Newgard (Scimmia) - Monday, 19 October 2015, 02:07 GMT
Logs?
Comment by Luca Viggiani (lviggiani) - Monday, 19 October 2015, 06:59 GMT
Attached is "journalctl -r" output.
I did login at 8:48 having my wifi access point disconnected from the Internet (internet cable unplugged).
The shell hung... after about 30 seconds I put the laptop in airplane mode (fn+F2) and gnome shell came back to life.
Then I reconnected the internet cable of my WiFi access point and switched airplane mode off. As soon as the laptop connected to the wifi, gnome shell hung for a few seconds and then came back to life.

   log.txt (215.1 KiB)
Comment by Luca Viggiani (lviggiani) - Monday, 19 October 2015, 08:12 GMT
Ok I found out where is the problem.
The issue is not with GS itself but with OpenWeather extension.
I've reported the bug on the extension project page: https://github.com/jenslody/gnome-shell-extension-openweather/issues/82

Anyway IMHO, the extensions should run in separate threads in order to prevent a single buggy extension to freeze the entire desktop.
Comment by Doug Newgard (Scimmia) - Monday, 19 October 2015, 13:09 GMT
Is this extension in the Arch repos?
Comment by Luca Viggiani (lviggiani) - Monday, 19 October 2015, 13:11 GMT
No, it's in the AUR

Loading...