[opensuse-factory] Firefox does not find websites
Hi, since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed. Looks like an odd (DNS?) caching issue to me. Does anyone know how to fix this, e.g. disable caching? Thanks Axel -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network).
Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
Looks like an odd (DNS?) caching issue to me. Does anyone know how to fix this, e.g. disable caching?
I can confirm this issue (running version 59.0.2 on openSuSE 42.3); IIRC, the problem is there since about a year. Note that Chrome – which I use as my main browser – doesn't have this problem, so it seems indeed specific to Firefox. Werner N�����r��y隊Z)z{.���r�+�맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.���r�+��0�����Ǩ�
On 04/02/2018, 08:04 PM, Werner LEMBERG wrote:
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network).
Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
Looks like an odd (DNS?) caching issue to me. Does anyone know how to fix this, e.g. disable caching?
I can confirm this issue (running version 59.0.2 on openSuSE 42.3); IIRC, the problem is there since about a year.
Does # systemctl stop nscd help? -- js suse labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Jiri Slaby wrote:
On 04/02/2018, 08:04 PM, Werner LEMBERG wrote:
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network).
Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
Looks like an odd (DNS?) caching issue to me. Does anyone know how to fix this, e.g. disable caching?
I can confirm this issue (running version 59.0.2 on openSuSE 42.3); IIRC, the problem is there since about a year.
Does # systemctl stop nscd help?
Was going to suggest a 'systemctl restart nscd'. This did/does help if I have such issues (it's not related to Firefox at all, I use Vivaldi, and have the problem with shell commands, too) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Was going to suggest a 'systemctl restart nscd'. This did/does help if I have such issues (it's not related to Firefox at all, I use Vivaldi, and have the problem with shell commands, too)
Will test, thanks. On the other hand: Why is this necessary? It looks like a workaround, not a solution... Werner -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-02, 18:04 GMT, Werner LEMBERG wrote:
Note that Chrome â which I use as my main browser â doesn't have this problem, so it seems indeed specific to Firefox.
Could you please run $ pgrep -f -l dnsmasq $ pgrep -f -l nscd What do you get? Best, Matěj -- https://matej.ceplovi.cz/blog/, Jabber: mcepl@ceplovi.cz GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8 They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, Historical Review of Pennsylvania, 1759. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-02, 21:11 GMT, Werner LEMBERG wrote:
$ pgrep -f -l dnsmasq $ pgrep -f -l nscd 1348 nscd
OK, so that isn't the problem. Then it is just plain nscd brainf*k. Somebody should investigate, but IIRC, nscd was in Fedora declared completely stupid and eradicated as a plague (if the caching nameserver is desired, dnsmasq works just fine). However, I am not a glibc maintainer, so somebody more knowledgeable should fill-in. Best, Matěj -- https://matej.ceplovi.cz/blog/, Jabber: mcepl@ceplovi.cz GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8 In those days spirits were brave, the stakes were high, men were real men, women were real women and small furry creatures from Alpha Centauri were real small furry creatures from Alpha Centauri. -- Douglas Adams -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Matěj Cepl
On 2018-04-02, 21:11 GMT, Werner LEMBERG wrote:
$ pgrep -f -l dnsmasq $ pgrep -f -l nscd 1348 nscd
OK, so that isn't the problem. Then it is just plain nscd brainf*k. Somebody should investigate, but IIRC, nscd was in Fedora declared completely stupid and eradicated as a plague (if the caching nameserver is desired, dnsmasq works just fine). However, I am not a glibc maintainer, so somebody more knowledgeable should fill-in.
I don't believe so. I just changed my nameservers, restarted networkd, and existing firefox instance cannot connect. restarting firefox allowed the connection. and I am on Tw, MozillaFirefox-59.0.2-1.1.x86_64 had not noticed this before, but situation pretty unique. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
I am not sure how relevant this is, but in Windows 10 when I change
node on my VPN to different server I experience same problem with
Firefox, I can not connect to any pages until I restart it, this
problem may not be limited to Linux and may be a problem with Firefox
itself, please excuse me if I am incorrect but I thought it worth
mentioning.
On Mon, Apr 2, 2018 at 8:25 PM, Patrick Shanahan
* Matěj Cepl
[04-02-18 18:20]: On 2018-04-02, 21:11 GMT, Werner LEMBERG wrote:
$ pgrep -f -l dnsmasq $ pgrep -f -l nscd 1348 nscd
OK, so that isn't the problem. Then it is just plain nscd brainf*k. Somebody should investigate, but IIRC, nscd was in Fedora declared completely stupid and eradicated as a plague (if the caching nameserver is desired, dnsmasq works just fine). However, I am not a glibc maintainer, so somebody more knowledgeable should fill-in.
I don't believe so. I just changed my nameservers, restarted networkd, and existing firefox instance cannot connect. restarting firefox allowed the connection. and I am on Tw, MozillaFirefox-59.0.2-1.1.x86_64
had not noticed this before, but situation pretty unique.
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- Michael Emory Cerquoni -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03.04.2018 02:28, Michael Emory Cerquoni wrote:
I am not sure how relevant this is, but in Windows 10 when I change node on my VPN to different server I experience same problem with Firefox, I can not connect to any pages until I restart it, this problem may not be limited to Linux and may be a problem with Firefox itself, please excuse me if I am incorrect but I thought it worth mentioning.
On Mon, Apr 2, 2018 at 8:25 PM, Patrick Shanahan
wrote: * Matěj Cepl
[04-02-18 18:20]: On 2018-04-02, 21:11 GMT, Werner LEMBERG wrote:
$ pgrep -f -l dnsmasq $ pgrep -f -l nscd 1348 nscd
OK, so that isn't the problem. Then it is just plain nscd brainf*k. Somebody should investigate, but IIRC, nscd was in Fedora declared completely stupid and eradicated as a plague (if the caching nameserver is desired, dnsmasq works just fine). However, I am not a glibc maintainer, so somebody more knowledgeable should fill-in.
I don't believe so. I just changed my nameservers, restarted networkd, and existing firefox instance cannot connect. restarting firefox allowed the connection. and I am on Tw, MozillaFirefox-59.0.2-1.1.x86_64
had not noticed this before, but situation pretty unique.
I can confirm the problem on Tumbleweed with Firefox AND Thunderbird since about a year. My workaround was to restart them. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 03.04.2018 um 02:28 schrieb Michael Emory Cerquoni:
On Mon, Apr 2, 2018 at 8:25 PM, Patrick Shanahan
wrote: * Matěj Cepl
[04-02-18 18:20]: On 2018-04-02, 21:11 GMT, Werner LEMBERG wrote:
$ pgrep -f -l dnsmasq $ pgrep -f -l nscd 1348 nscd
OK, so that isn't the problem. Then it is just plain nscd brainf*k. Somebody should investigate, but IIRC, nscd was in Fedora declared completely stupid and eradicated as a plague (if the caching nameserver is desired, dnsmasq works just fine). However, I am not a glibc maintainer, so somebody more knowledgeable should fill-in.
I don't believe so. I just changed my nameservers, restarted networkd, and existing firefox instance cannot connect. restarting firefox allowed the connection. and I am on Tw, MozillaFirefox-59.0.2-1.1.x86_64
had not noticed this before, but situation pretty unique.
I am not sure how relevant this is, but in Windows 10 when I change node on my VPN to different server I experience same problem with Firefox, I can not connect to any pages until I restart it, this problem may not be limited to Linux and may be a problem with Firefox itself, please excuse me if I am incorrect but I thought it worth mentioning.
I have been experiencing this issue with Firefox for a couple of years (Tumbleweed, Leap), but not with Win 7. So it seems to be a Linux problem. Maybe Wolfgang Rosenauer (as maintainer) can comment on this. Thx. Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi,
hi would like to add one for me but with a sidenote, if I wait few
minutes and press F5 I ca get the page loaded so Firefox back online.
I do not know if for you it is the same.
Cheers
Daniele
2018-04-03 9:29 GMT+02:00 Frank Krüger
Am 03.04.2018 um 02:28 schrieb Michael Emory Cerquoni:
On Mon, Apr 2, 2018 at 8:25 PM, Patrick Shanahan
wrote: * Matěj Cepl
[04-02-18 18:20]: On 2018-04-02, 21:11 GMT, Werner LEMBERG wrote:
$ pgrep -f -l dnsmasq $ pgrep -f -l nscd 1348 nscd
OK, so that isn't the problem. Then it is just plain nscd brainf*k. Somebody should investigate, but IIRC, nscd was in Fedora declared completely stupid and eradicated as a plague (if the caching nameserver is desired, dnsmasq works just fine). However, I am not a glibc maintainer, so somebody more knowledgeable should fill-in.
I don't believe so. I just changed my nameservers, restarted networkd, and existing firefox instance cannot connect. restarting firefox allowed the connection. and I am on Tw, MozillaFirefox-59.0.2-1.1.x86_64
had not noticed this before, but situation pretty unique.
I am not sure how relevant this is, but in Windows 10 when I change node on my VPN to different server I experience same problem with Firefox, I can not connect to any pages until I restart it, this problem may not be limited to Linux and may be a problem with Firefox itself, please excuse me if I am incorrect but I thought it worth mentioning.
I have been experiencing this issue with Firefox for a couple of years (Tumbleweed, Leap), but not with Win 7. So it seems to be a Linux problem. Maybe Wolfgang Rosenauer (as maintainer) can comment on this. Thx.
Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- Daniele -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423). -- Per Jessen, Zürich (9.4°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-03 09:10, Per Jessen wrote:
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423).
I don't - Leap 15.0. Cabled network today. I'll try WiFi next. -- Cheers/Saludos Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Carlos E. R. wrote:
On 2018-04-03 09:10, Per Jessen wrote:
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423).
I don't - Leap 15.0. Cabled network today. I'll try WiFi next.
This is how it works here - wake up laptop from sleep, firefox tries to access/refresh the current page, wifi is not yet active (network manager), so dns fails. Firefox seems to cache this negative lookup, I don't know for how long. The only fix I know of is to restart firefox. Owncloud has the same problem, but seem to recover by itself. -- Per Jessen, Zürich (19.0°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-03 16:04, Per Jessen wrote:
Carlos E. R. wrote:
On 2018-04-03 09:10, Per Jessen wrote:
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423).
I don't - Leap 15.0. Cabled network today. I'll try WiFi next.
This is how it works here -
wake up laptop from sleep, firefox tries to access/refresh the current page, wifi is not yet active (network manager), so dns fails. Firefox seems to cache this negative lookup, I don't know for how long. The only fix I know of is to restart firefox. Owncloud has the same problem, but seem to recover by itself.
Doesn't seem to happen on my laptop test system. Today it is on WiFi; I suspended it (to ram) for the night and a few more times, and no problem. But my WiFi connection goes up very fast, I can't click "reload" on firefox fast enough. I fact, today I saw the "network up" pop up message at the same time I clicked reload page. Before that I have to enter my password on xscreensaver, so I can't go faster than that (and I left firefox focused yesterday night ready to do this test as fast as possible this morning. This is a fresh install of 15.0 with XFCE, everything default. DHCP. Network manager, WiFi. -- Cheers/Saludos Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi all,
this looks like https://bugzilla.mozilla.org/show_bug.cgi?id=939318,
see also https://daniel.haxx.se/blog/2014/09/26/changing-networks-with-firefox-runnin...
There are a number of semi-duplicates, e.g.
https://bugzilla.mozilla.org/show_bug.cgi?id=726211
So, if you kept the same IP address after suspend, there might not
have been a problem.
Mischa
On Wed, Apr 4, 2018 at 1:30 PM, Carlos E. R.
On 2018-04-03 16:04, Per Jessen wrote:
Carlos E. R. wrote:
On 2018-04-03 09:10, Per Jessen wrote:
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423).
I don't - Leap 15.0. Cabled network today. I'll try WiFi next.
This is how it works here -
wake up laptop from sleep, firefox tries to access/refresh the current page, wifi is not yet active (network manager), so dns fails. Firefox seems to cache this negative lookup, I don't know for how long. The only fix I know of is to restart firefox. Owncloud has the same problem, but seem to recover by itself.
Doesn't seem to happen on my laptop test system. Today it is on WiFi; I suspended it (to ram) for the night and a few more times, and no problem. But my WiFi connection goes up very fast, I can't click "reload" on firefox fast enough. I fact, today I saw the "network up" pop up message at the same time I clicked reload page. Before that I have to enter my password on xscreensaver, so I can't go faster than that (and I left firefox focused yesterday night ready to do this test as fast as possible this morning.
This is a fresh install of 15.0 with XFCE, everything default. DHCP. Network manager, WiFi.
-- Cheers/Saludos
Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 04/04/2018 14:31, Mischa Salle wrote:
Hi all,
this looks like https://bugzilla.mozilla.org/show_bug.cgi?id=939318, see also https://daniel.haxx.se/blog/2014/09/26/changing-networks-with-firefox-runnin... There are a number of semi-duplicates, e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=726211 So, if you kept the same IP address after suspend, there might not have been a problem.
Same IP here, certainly. -- Saludos/Cheers, Carlos E.R. (Minas-Morgul - W10) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Carlos E. R. wrote:
On 04/04/2018 14:31, Mischa Salle wrote:
Hi all,
this looks like https://bugzilla.mozilla.org/show_bug.cgi?id=939318, see also
https://daniel.haxx.se/blog/2014/09/26/changing-networks-with-firefox-runnin...
There are a number of semi-duplicates, e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=726211 So, if you kept the same IP address after suspend, there might not have been a problem.
Same IP here, certainly.
Ditto, handed out by fixed dhcp allocation. -- Per Jessen, Zürich (9.6°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Mischa, Am Mittwoch, 4. April 2018, 14:31:00 CEST schrieb Mischa Salle:
this looks like https://bugzilla.mozilla.org/show_bug.cgi?id=939318, see also https://daniel.haxx.se/blog/2014/09/26/changing-networks-with-firefox-runni ng/ There are a number of semi-duplicates, e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=726211
Thanks for the investigation. All these bugs are resolved, so it is considered as fixed. I have opened https://bugzilla.mozilla.org/show_bug.cgi?id=1451605, lets see Cheers Axel -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 04/04/2018 13:30, Carlos E. R. wrote:
On 2018-04-03 16:04, Per Jessen wrote:
Carlos E. R. wrote:
On 2018-04-03 09:10, Per Jessen wrote:
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423).
I don't - Leap 15.0. Cabled network today. I'll try WiFi next.
This is how it works here -
wake up laptop from sleep, firefox tries to access/refresh the current page, wifi is not yet active (network manager), so dns fails. Firefox seems to cache this negative lookup, I don't know for how long. The only fix I know of is to restart firefox. Owncloud has the same problem, but seem to recover by itself.
Doesn't seem to happen on my laptop test system. Today it is on WiFi; I suspended it (to ram) for the night and a few more times, and no problem. But my WiFi connection goes up very fast, I can't click "reload" on firefox fast enough. I fact, today I saw the "network up" pop up message at the same time I clicked reload page. Before that I have to enter my password on xscreensaver, so I can't go faster than that (and I left firefox focused yesterday night ready to do this test as fast as possible this morning.
This is a fresh install of 15.0 with XFCE, everything default. DHCP. Network manager, WiFi.
No issue on Windows 10 with FF 59.0.2, either, after a quick suspend. WiFi, same IP, same machine as on Linux test. -- Saludos/Cheers, Carlos E.R. (Minas-Morgul - W10) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Carlos E. R. wrote:
On 2018-04-03 16:04, Per Jessen wrote:
Carlos E. R. wrote:
On 2018-04-03 09:10, Per Jessen wrote:
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423).
I don't - Leap 15.0. Cabled network today. I'll try WiFi next.
This is how it works here -
wake up laptop from sleep, firefox tries to access/refresh the current page, wifi is not yet active (network manager), so dns fails. Firefox seems to cache this negative lookup, I don't know for how long. The only fix I know of is to restart firefox. Owncloud has the same problem, but seem to recover by itself.
Doesn't seem to happen on my laptop test system. Today it is on WiFi; I suspended it (to ram) for the night and a few more times, and no problem. But my WiFi connection goes up very fast, I can't click "reload" on firefox fast enough.
Here, no need to click reload, just click on a page and it fails. Wifi takes seconds to becomes active after a hibernation. -- Per Jessen, Zürich (9.6°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2018-04-04 20:26, Per Jessen wrote:
Carlos E. R. wrote:
On 2018-04-03 16:04, Per Jessen wrote:
Carlos E. R. wrote:
On 2018-04-03 09:10, Per Jessen wrote:
Axel Braun wrote:
Hi,
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
I see this issue too. (laptop with Leap423).
I don't - Leap 15.0. Cabled network today. I'll try WiFi next.
This is how it works here -
wake up laptop from sleep, firefox tries to access/refresh the current page, wifi is not yet active (network manager), so dns fails. Firefox seems to cache this negative lookup, I don't know for how long. The only fix I know of is to restart firefox. Owncloud has the same problem, but seem to recover by itself.
Doesn't seem to happen on my laptop test system. Today it is on WiFi; I suspended it (to ram) for the night and a few more times, and no problem. But my WiFi connection goes up very fast, I can't click "reload" on firefox fast enough.
Here, no need to click reload, just click on a page and it fails. Wifi takes seconds to becomes active after a hibernation.
Here it appears to come up faster that I can get to firefox to click anywhere. -- Cheers/Saludos Carlos E. R. (testing openSUSE Leap 15.0, at Minas-Anor) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Monday, 2 April 2018 19:57 Axel Braun wrote:
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
Looks like an odd (DNS?) caching issue to me. Does anyone know how to fix this, e.g. disable caching?
I had a similar problem some time ago. In my case, the problem was that if I tried to open some page before setting up the networking, Firefox remembered the "network connection unavailable" status somehow and only shutting it down and starting it again helped. I worked around it by disabling the "captive portal detection" feature. My theory was that it expected me to use NetworkManager or something similar so that it waits for some kind of notification that networking is up again. I may be completely wrong, of course, but it worked for me. Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03.04.2018 10:24, Michal Kubecek wrote:
On Monday, 2 April 2018 19:57 Axel Braun wrote:
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
Looks like an odd (DNS?) caching issue to me. Does anyone know how to fix this, e.g. disable caching?
I had a similar problem some time ago. In my case, the problem was that if I tried to open some page before setting up the networking, Firefox remembered the "network connection unavailable" status somehow and only shutting it down and starting it again helped.
I worked around it by disabling the "captive portal detection" feature. My theory was that it expected me to use NetworkManager or something similar so that it waits for some kind of notification that networking is up again. I may be completely wrong, of course, but it worked for me.
Michal Kubeček
I use NetworkManager and experience the problem neverthelesse on Firefox and Thunderbird. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Dienstag, 3. April 2018, 10:31:16 CEST schrieb Thomas Langkamp:
On 03.04.2018 10:24, Michal Kubecek wrote:
On Monday, 2 April 2018 19:57 Axel Braun wrote:
since some time (not sure if it was the switch to Quantum), Firefox does not find websites if it is running before the network was up (e.g. if you have to select a WIFI network). Same happens partly if you switch the network, e.g. after a S2RAM. If you restart Firefox, all pages a found and displayed.
Looks like an odd (DNS?) caching issue to me. Does anyone know how to fix this, e.g. disable caching?
I had a similar problem some time ago. In my case, the problem was that if I tried to open some page before setting up the networking, Firefox remembered the "network connection unavailable" status somehow and only shutting it down and starting it again helped.
I worked around it by disabling the "captive portal detection" feature. My theory was that it expected me to use NetworkManager or something similar so that it waits for some kind of notification that networking is up again. I may be completely wrong, of course, but it worked for me.
Michal Kubeček
I use NetworkManager and experience the problem neverthelesse on Firefox and Thunderbird. I seeing the same ? effects In the following case: Connect to home WLAN, shutdown the laptop, then move to another place and start the Laptop, this time using the WLAN from my MIFI router. Then firefox usually needs to be restarted until it will be able to get the websites. I'am using Networkmanager, which automagically connects to the available WLAN. And Kmail also sometimes has problems. It status line claims that a network connection was discovered and it restarting its tasks. But rhe configured mail account stay in "offline" status until I run aconadictl restart.
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
The next time it happens please check with `getent ahosts ...' whether it is the system resolver or the application that misbehaves. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (17)
-
Andreas Schwab
-
Axel Braun
-
Carlos E. R.
-
Daniele Granata
-
Frank Krüger
-
Jiri Slaby
-
Markus Koßmann
-
MatÄj Cepl
-
Matěj Cepl
-
Michael Emory Cerquoni
-
Michal Kubecek
-
Mischa Salle
-
Patrick Shanahan
-
Per Jessen
-
Peter Suetterlin
-
Thomas Langkamp
-
Werner LEMBERG