-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Network module issue #208
Comments
What type of sleep mode does your laptop use? I.e. what do you have assigned to Also, can you check if the following patch helps?
|
|
Sorry to say, the patch made no difference. Clicking the icon shows the correct info though. |
Clicking on the icon? This should popup the wifi window. Or do you mean the tooltip of the network widget contains the correct info? |
Clicking means clicking, not hovering for tooltip. So, after opening the lid (back from sleep) when clicking the ethernet icon I get wifi window with the wifi networks which are correct. At the same time the tooltip has no info (ip address, etc.) as if I'm not connected to the internet. I was wondering, is this issue specific to my setup, does this work properly for others? |
1 similar comment
Clicking means clicking, not hovering for tooltip. So, after opening the lid (back from sleep) when clicking the ethernet icon I get wifi window with the wifi networks which are correct. At the same time the tooltip has no info (ip address, etc.) as if I'm not connected to the internet. I was wondering, is this issue specific to my setup, does this work properly for others? |
I just noticed that upon waking from sleep, on my PC which has exactly the same configuration with my laptop but is connected to ethernet, the tooltip info (ip address, interface, etc.) is blank, whereas before sleep it was populated. |
Thank you, this is very useful! It looks like somewhere in the suspend/resume process netlink sends an RTM_DELADDR message for the interface containing the default gateway or an RTM_DELROUTE for the default gw. On resume it doesn't send RTM_NEWROUTE. Can you try running the latest git version with |
The wifi menu is handled by a different module than the network icon, so it's not surprising that it continues working. Also, on my machine, after resume from sleep, the icon does update to wifi, so I really would like to figure out what happens on your setup to see how we can fix it. |
This is the output:
13:16:51,53 netinfo: delete default gw iface: wlan0
13:16:51,53 netinfo: delete default gw route on: ?
13:17:08,76 netinfo: new default gw route on: wlan0
13:17:09,47 netinfo: new default gw route on: wlan0
13:17:09,61 netinfo: delete default gw route on: wlan0
Jul 20, 2024, 13:05 by ***@***.***:
…
Thank you, this is very useful! It looks like somewhere in the suspend/resume process netlink sends an RTM_DELADDR message for the interface containing the default gateway or an RTM_DELROUTE for the default gw. On resume it doesn't send RTM_NEWROUTE.
Can you try running the latest git version with > sfwbar -d -g netinfo> please?
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5OL5JSEYMTGWQHDCK3ZNIY67AVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGA3TAMZZHE>> .
You are receiving this because you authored the thread.> Message ID: > ***@***.***>
|
Do you know which lines came up before suspending and which after?
…On Sat, 20 Jul 2024, 11:20 letkan, ***@***.***> wrote:
This is the output:
13:16:51,53 netinfo: delete default gw iface: wlan0
13:16:51,53 netinfo: delete default gw route on: ?
13:17:08,76 netinfo: new default gw route on: wlan0
13:17:09,47 netinfo: new default gw route on: wlan0
13:17:09,61 netinfo: delete default gw route on: wlan0
Jul 20, 2024, 13:05 by ***@***.***:
>
>
>
>
> Thank you, this is very useful! It looks like somewhere in the
suspend/resume process netlink sends an RTM_DELADDR message for the
interface containing the default gateway or an RTM_DELROUTE for the default
gw. On resume it doesn't send RTM_NEWROUTE.
>
>
> Can you try running the latest git version with > sfwbar -d -g netinfo>
please?
>
>
>
> —
> Reply to this email directly, > view it on GitHub <
#208 (comment)>> ,
or > unsubscribe <
https://github.com/notifications/unsubscribe-auth/ACEZQ5OL5JSEYMTGWQHDCK3ZNIY67AVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGA3TAMZZHE>>
.
> You are receiving this because you authored the thread.> Message ID: >
***@***.***>
>
>
>
—
Reply to this email directly, view it on GitHub
<#208 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ASHPFFC67K5G3LUCS7USRH3ZNI2VJAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGA3TKOBUGA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Hey, I really appreciate you spend the time on this, my system is pretty much vanilla Arch Linux and a few changes to logind.conf for sleep via power button and lid, nothing fancy. |
This is what came before suspend:
13:16:37,37 app_id: 'lxterminal', title 'sfwbar -d -g netinfo ~'
i3-ipc*input type:keyboard xkb_switch_layout nexti3-ipc*input type:keyboard xkb_switch_layout prev13:16:37,56 netinfo: new default gw route on: wlan0
(sfwbar:25221): GLib-CRITICAL **: 13:16:37.569: g_hash_table_remove_all: assertion 'hash_table != NULL' failed
the previous ones, after
|
Interesting, that last route deletion message is odd. Would you mind updating to the latest git and running the same command again? I added a bit more routing info to the debug output. |
This is the new output:
16:49:08,10 netinfo: delete default gw iface: wlan0 (0 0)
16:49:08,10 netinfo: delete default gw route on: ? (100a8c0 0)
16:49:26,77 netinfo: new default gw route on: wlan0 (100a8c0 0)
16:49:26,80 netinfo: new default gw route on: wlan0 (100a8c0 0)
16:49:26,97 netinfo: delete default gw route on: wlan0 (100a8c0 0)
Jul 20, 2024, 16:38 by ***@***.***:
…
Interesting, that last route deletion message is odd. Would you mind updating to the latest git and running the same command again? I added a bit more routing info to the debug output.
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5LGP7QYHVCOAGMXS2TZNJR5VAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGE2TIOJUGU>> .
You are receiving this because you authored the thread.> Message ID: > ***@***.***>
|
Oh, the 'before sleep' was new default gw route on: wlan0 (100a8c0 0)
Jul 20, 2024, 16:38 by ***@***.***:
…
Interesting, that last route deletion message is odd. Would you mind updating to the latest git and running the same command again? I added a bit more routing info to the debug output.
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5LGP7QYHVCOAGMXS2TZNJR5VAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGE2TIOJUGU>> .
You are receiving this because you authored the thread.> Message ID: > ***@***.***>
|
So, the above shows the information sfwbar gets from the kernel via a netlink interface. Going by the above, the default gateway is added to interface wlan0 and then deleted. The only way I can see this happening is if there is a secondary routing table in play here. Can I ask you to pull from git again and run the same command? (I added routing table ID to the debug output) |
Before:
17:26:55,47 netinfo: new default gw route on: wlan0 (100a8c0 0 254)
After:
17:27:13,67 netinfo: delete default gw iface: wlan0 (0 0 4)
17:27:13,67 netinfo: delete default gw route on: ? (100a8c0 0 254)
17:27:29,64 netinfo: new default gw route on: wlan0 (100a8c0 0 254)
17:27:30,53 netinfo: new default gw route on: wlan0 (100a8c0 0 254)
17:27:30,71 netinfo: delete default gw route on: wlan0 (100a8c0 0 254)
|
I don't even need to debug on my laptop since I get the same output with enp2s0 instead of wlan0 on my PC
Jul 20, 2024, 17:20 by ***@***.***:
…
So, the above shows the information sfwbar gets from the kernel via a netlink interface. Going by the above, the default gateway is added to interface wlan0 and then deleted. The only way I can see this happening is if there is a secondary routing table in play here. Can I ask you to pull from git again and run the same command? (I added routing table ID to the debug output)
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5MO5J35UJ2P2IL5HVDZNJWZPAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGE3DMMRWG4>> .
You are receiving this because you authored the thread.> Message ID: > ***@***.***>
|
Ok, I have a full picture now. Looks like we need to refcount the default gateway entry in the routing table. This may take me a bit of time, but I think I know what needs to be done. |
Great. Just let me know when I can test it. |
I pushed a (somewhat naive) fix into git. Can you give it a try when you have a chance please? |
Naive but it works. Good job!
Jul 20, 2024, 20:58 by ***@***.***:
…
I pushed a (somewhat naive) fix into git. Can you give it a try when you have a chance please?
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5L3RB3BFDOUR6WUJKLZNKQMJAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGI2DIOJYG4>> .
You are receiving this because you authored the thread.> Message ID: > <LBCrion/sfwbar/issues/208/2241244987> @> github> .> com>
|
Cool. Thank you for all the testing! |
Jul 20, 2024, 21:30 by ***@***.***:
Cool. Thank you for all the testing!
Any time. Thanks for the good work
…
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5MUXNYYSEA2OCU4TR3ZNKUCTAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGI2TIMJYG4>> .
You are receiving this because you authored the thread.> Message ID: > <LBCrion/sfwbar/issues/208/2241254187> @> github> .> com>
|
If you get a chance, can you try the latest git version please? This should contain a more proper fix. (the naive fix would report a stale default gateway in some cases). |
Honestly, I can't tell the difference from the last upgrade but it works very well.
Jul 23, 2024, 21:53 by ***@***.***:
…
If you get a chance, can you try the latest git version please? This should contain a more proper fix. (the naive fix would report a stale default gateway in some cases).
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5KK225WN537TLEA5DLZN2RCPAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBWGAYDOMJYGM>> .
You are receiving this because you authored the thread.> Message ID: > ***@***.***>
|
Cool. That's what I was hoping for. The fix is for corner cases where a new
default gateway is assigned before the old one is removed. It shouldn't be
common, so for most setups it should behave exactly as before.
…On Tue, Jul 23, 2024 at 8:02 PM letkan ***@***.***> wrote:
Honestly, I can't tell the difference from the last upgrade but it works
very well.
Jul 23, 2024, 21:53 by ***@***.***:
>
>
>
>
> If you get a chance, can you try the latest git version please? This
should contain a more proper fix. (the naive fix would report a stale
default gateway in some cases).
>
>
>
> —
> Reply to this email directly, > view it on GitHub <
#208 (comment)>> ,
or > unsubscribe <
https://github.com/notifications/unsubscribe-auth/ACEZQ5KK225WN537TLEA5DLZN2RCPAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBWGAYDOMJYGM>>
.
> You are receiving this because you authored the thread.> Message ID: >
***@***.***>
>
>
>
—
Reply to this email directly, view it on GitHub
<#208 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ASHPFFGFANUNU725TBT2SGDZN2SCLAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBWGA2DINZRGA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Glad I could help. At this point sfwbar does all that I need.
Jul 23, 2024, 22:06 by ***@***.***:
…
Cool. That's what I was hoping for. The fix is for corner cases where a new
default gateway is assigned before the old one is removed. It shouldn't be
common, so for most setups it should behave exactly as before.
On Tue, Jul 23, 2024 at 8:02 PM letkan ***@***.***> wrote:
>
> Honestly, I can't tell the difference from the last upgrade but it works
> very well.
>
>
> Jul 23, 2024, 21:53 by ***@***.***:
>
> >
> >
> >
> >
> > If you get a chance, can you try the latest git version please? This
> should contain a more proper fix. (the naive fix would report a stale
> default gateway in some cases).
> >
> >
> >
> > —
> > Reply to this email directly, > view it on GitHub <
> #208 (comment)>> ,
> or > unsubscribe <
> https://github.com/notifications/unsubscribe-auth/ACEZQ5KK225WN537TLEA5DLZN2RCPAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBWGAYDOMJYGM>>
> .
> > You are receiving this because you authored the thread.> Message ID: >
> ***@***.***>
> >
> >
> >
>
> —
> Reply to this email directly, view it on GitHub
> <#208 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ASHPFFGFANUNU725TBT2SGDZN2SCLAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBWGA2DINZRGA>
> .
> You are receiving this because you commented.Message ID:
> ***@***.***>
>
—
Reply to this email directly, > view it on GitHub <#208 (comment)>> , or > unsubscribe <https://github.com/notifications/unsubscribe-auth/ACEZQ5NGV2NZAO4GZCV7AHLZN2STNAVCNFSM6AAAAABLC7BRT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBWGA3DCNZWGM>> .
You are receiving this because you authored the thread.> Message ID: > ***@***.***>
|
Arch Linux, Labwc, old Thinkpad.
Hi, when I first open the laptop the wifi icon is shown correctly, tooltip shows wifi info but after I close the lid and it goes to sleep and open it and it wakes up the icon is changed to wired network; tooltip shows no info although the laptop is reconnected to the internet. If I restart sfwbar after sleep the wifi icon/tooltip is back.
The text was updated successfully, but these errors were encountered: