Version: (using KDE KDE 3.0.8) Installed from: SuSE RPMs OS: Linux When KDE is started without an internet connection (as happens with my laptop at home), kweather locks up the kicker making it unresponsive. The "unknown host ..." popup respawns ad infinitum and kweather starts using up ~100% of CPU time. The only way to stop it is to kill -9 the kicker and restart it. Clicking the kweather applet after this makes the kicker lock up again. I run SuSE 8.0/Linux 2.4.18, if you need systen logs to track/reproduce this bug, just ask.
Exactly the same problem occurs in KDE 3.0.9 (compiled from source). Just disconnect from the internet and start kde to reproduce. This bug can be very annoying if the weather service kweather uses is offline (as happened a few days ago) and you'll end up with a broken kicker and wasted CPU cycles...
This just happened to me. Weather.noaa.org is apparently offline right now and I spent about five minutes attempting to STOP kweather from causing kicker to freeze on me and not use 100% CPU. This is using KDE 3.1 RC 2 compiled from source. I finally was able to kill the kweatherservice process and that stopped the freezing/100% CPU.
*** Bug 50375 has been marked as a duplicate of this bug. ***
This same condition has happened to me with a variety of Debian releases and releases of KDE from 2.x to 3.1 RC 6 Kweather 2.10 which is my current platform. My ICAO location code KSEA is not available 2-3 times a year. When that happens, KDE Error messages keep getting posted, kicker and responsiveness is broken and swapper is filling up! I was unable to stop kweatherservice from either Ksysguard or a command session kill -9 pid or killall kweatherservice. This appears to be the same problem as 51936.
Can this bug get a higher priority (normal->grave)? I still get this bug in KDE-3.1pre. Ok, kweather is not that important program, but is will be part of the next kdetoys-release and if you use it there is a good chance to freeze your desktop. Bye Thorsten
Seeing this bug in KDE 3.1 on SuSE: - popup shows up after KDE starts saying host not found - kicker does not respond to mouse clicks any more Very annoying on a laptop! Workaround: - kill kicker (xkill does a good job) - edit your .kde/share/config/kickerrc and remove the applet manually - start kicker from the shell
Subject: kdetoys/kweather CVS commit by cloose: Bugfix #49191: Prevent KWeather from looping and freezing Kicker when not connected to the internet. Could someone please backport this? CCMAIL: 49191-done@bugs.kde.org Loop: ------ WeatherLib::slotCopyDone() -> emit WeatherLib::fileUpdate() -> WeatherService::updated() -> emit WeatherService::fileUpdate() -> kweather::refresh() ... -> WeatherLib::pressure() -> WeatherLib::findData() -> WeatherLib::getData() -> WeatherLib::slotCopyDone() M +2 -1 weatherlib.cpp 1.52 --- kdetoys/kweather/weatherlib.cpp #1.51:1.52 @@ -773,4 +773,5 @@ void WeatherLib::slotCopyDone(KIO::Job* d->downloading = false; delete d->target; + if( !job->error() ) emit fileUpdate(QString(d->reportLocation)); d->updated = true;
I don't know if it's a consequence of the bugfix, but now each time I start KDE (my internet connexion is on) 1. kweather crashes <<<<<<<<<< 2. kicker is OK 3. kweather is started as if no conexion was available 4. if I select update now on kweather it works
Forgot to mention on comment #8 : kdetoys-3.1-3mdk kdebase-3.1-17mdk kdelibs-3.1-8mdk
Umm whoever marked this as resolved is VERY VERY VERY VERY WRONG! This is STILL broken in kde 3.1.1!
Dunno about you, but I have confirmations from several people, who previously experienced this problem, that as of kde-3.1.1, kicker does *not* lock, though this is/was on redhat.
Ok, sorry, it wasn't working properly in 3.1 but I just got the pop up saying "Weather service is not available" in 3.1.1. (IE never did have the problem since I upgraded to 3.1.1 till just now. :)) And kicker and rest of system behaved properly. So yes, it's fixed.