Launchpad has imported 38 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=307049.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-09-19T14:42:18+00:00 kenorb wrote: When I'm using Chrome 18.0.1025.168 (Developer Build 134367 Linux) on Ubuntu 12.04, the KDialog takes around 25 seconds to show up! Reproducible: Always Steps to Reproduce: 1. Go to: https://code.google.com/p/chromium/issues/entry 2. Click on: Attach the file 3. Click on: Choose File 4. Problem: Nothing happens. 5. After 25 seconds KDialog appears. 6. It takes another 20-30 seconds to fully load (still you can't click anything). 7. After the whole 1 minute you can choose the file. Expected Results: In Firefox (which doesn't uses KDialog) it works within few seconds. Qt: 4.8.1 KDE Development Platform: 4.8.4 (4.8.4) KDialog: 1.0 When executed manually the following command: strace kdialog --attach=71303405 --title=Open File --getopenfilename /home/kenorb/Sites/x/sites/all/modules/contrib/simpletest_clone It seems to stop on poll for exactly 25 seconds! write(3, "\1\0\0\0\0\0\0\0", 8) = 8 poll([{fd=6, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=6, revents=POLLOUT}]) writev(6, [{"\225\24\31\0\32\0\300\5\1\0\0\0+\0\0\0\7\0\t\0\377\377\t\0\t\0\0\0\3648\0\0"..., 400}, {NULL, 0}, {"", 0}], 3) = 400 recvfrom(6, 0x7aef44, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) write(3, "\1\0\0\0\0\0\0\0", 8) = 8 sendmsg(7, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\21\0\0\0\20\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 144}, {"\f\0\0\0org.kde.kded\0", 17}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 161 poll([{fd=7, events=POLLIN}], 1, 25000) = 1 ([{fd=7, revents=POLLIN}]) recvmsg(7, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\t\0\0\0\6\0\0\0=\0\0\0\6\1s\0\6\0\0\0:1.162\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 89 recvmsg(7, 0x7fff4ef79770, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) sendmsg(7, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\0\0\0\0\21\0\0\0k\0\0\0\1\1o\0\5\0\0\0/kded\0\0\0"..., 128}, {"", 0}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 128 poll([{fd=7, events=POLLIN}], 1, 25000 Is there any sleep(25) or something? Why? It happens every time to me when I'm trying to upload anything on any site in Chrome browser, but it also happens in other software using KDialog as well. Qt: 4.8.1 KDE Development Platform: 4.8.5 (4.8.5) KDialog: 1.0 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/0 ------------------------------------------------------------------------ On 2012-09-19T14:49:59+00:00 Christoph-maxiom wrote: Please temporarily rename ~/.kde/share/apps/kfileplaces/bookmarks.xml and try again. You might have some remote places in the places panel that get stuck waiting for a connection. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/1 ------------------------------------------------------------------------ On 2012-09-19T15:02:06+00:00 kenorb wrote: I've moved the file. The file was re-created within few seconds after 'Choose file' click to default, but still it took KDialog 25 seconds to appear. bookmarks.xml file seems to be default as it was. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/2 ------------------------------------------------------------------------ On 2012-09-19T15:08:37+00:00 Christoph-maxiom wrote: Could you try running "solid-hardware list details" in a Konsole, and check if it blocks for the same long time? Is "dbus-daemon" running for your current user? Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/3 ------------------------------------------------------------------------ On 2012-09-19T15:11:50+00:00 kenorb wrote: Simulating the same command like as it was executed by Chrome (it's doing the same): $ time kdialog --attach=56623340 --title="Open File" --getopenfilename /home/kenorb/Downloads/ kdialog(8234)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." real 1m42.668s user 0m0.496s sys 0m0.088s Time when kdialog was run and first attempt to click Cancel. dbus-daemon is run for current user: $ ps wuax | grep dbus-daemon 102 868 0.0 0.0 25064 2060 ? Ss 13:41 0:00 dbus-daemon --system --fork --activation=upstart kenorb 1955 0.0 0.0 26476 2400 ? Ss 13:42 0:01 //bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session kenorb 8247 0.0 0.0 13580 932 pts/6 S+ 17:02 0:00 grep --color=auto dbus-daemon Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/4 ------------------------------------------------------------------------ On 2012-09-19T15:27:10+00:00 kenorb wrote: strace gives me this: 8549 sendmsg(7, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\21\0\0\0\20\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 144}, {"\f\0\0\0org.kde.kded\0", 17}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 161 <0.000015> 8549 poll([{fd=7, events=POLLIN}], 1, 25000) = 1 ([{fd=7, revents=POLLIN}]) <0.000061> 8549 recvmsg(7, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\t\0\0\0\6\0\0\0=\0\0\0\6\1s\0\6\0\0\0:1.169\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 89 <0.000009> 8549 recvmsg(7, 0x7fff71c561e0, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) <0.000010> 8549 sendmsg(7, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\0\0\0\0\21\0\0\0k\0\0\0\1\1o\0\5\0\0\0/kded\0\0\0"..., 128}, {"", 0}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 128 <0.000010> 8549 poll([{fd=7, events=POLLIN}], 1, 25000) = 0 (Timeout) <25.020763> Last <number> show the time spent in system calls. poll() = 25 seconds I've 4 of these in one run: 8549 poll([{fd=7, events=POLLIN}], 1, 25000) = 0 (Timeout) <25.020763> 8549 poll([{fd=7, events=POLLIN}], 1, 25000) = 0 (Timeout) <25.008094> 8549 poll([{fd=7, events=POLLIN}], 1, 25000) = 0 (Timeout) <25.025128> 8549 poll([{fd=7, events=POLLIN}], 1, 25000) = 0 (Timeout) <25.025123> 25 second each = 1 minute. All are similar. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/5 ------------------------------------------------------------------------ On 2012-09-19T15:29:39+00:00 kenorb wrote: Problem with KDialog I had before the upgrade of kde-plasma. But after the upgrade, I've similar problem with kde-plasma panel. It takes half a minute to react on clicks, but it didn't happen before the upgrade. So it could be something in common. Link: https://bugs.kde.org/show_bug.cgi?id=307048 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/6 ------------------------------------------------------------------------ On 2012-09-19T15:34:54+00:00 kenorb wrote: So the problem is related to DBus. How do I diagnose while the dbus is run? 8758 recvmsg(7, 0x7fff53179c10, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) <0.000005> 8758 sendmsg(7, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\0\0\0\0\21\0\0\0k\0\0\0\1\1o\0\5\0\0\0/kded\0\0\0\6\1s\0\f\0\0\0org.kde.kded\0\0\0\0\2\1s\0#\0\0\0org.freedesktop.DBus.Introspectable\0\0\0\0\0\3\1s\0\n\0\0\0Introspect\0\0\0\0\0\0", 128}, {"", 0}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 128 <0.000010> 8758 poll([{fd=7, events=POLLIN}], 1, 25000) = 0 (Timeout) <25.013023> Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/7 ------------------------------------------------------------------------ On 2012-09-19T15:50:52+00:00 Christoph-maxiom wrote: I can only guess from seeing the parts you posted, that there is a kded module blocking the D-Bus system. Please try disabling kded modules as described at http://kdepepo.wordpress.com/2011/05/11/troubleshooting- kded4-bugs/ Probable candidates are network manager related modules, or anything that is related to package updates. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/8 ------------------------------------------------------------------------ On 2012-09-19T15:56:03+00:00 kenorb wrote: I've tried to restart dbus, but it didn't help. While I wanted to kill it, it frozen my machine, so I had to reboot. I don't know much about dbus, but I can see after clean reboot, something it's using debug resources much: $ netstat -na | grep dbus | grep CONNECTED | wc -l 124 $ sudo netstat -nap | grep dbus | grep CONNECTED | awk '{print $8}' | sort | uniq -c 2 1932/dbus-launch 95 1933/dbus-daemon 4 2490/gvfsd-trash 2 2492/gvfsd-burn 44 865/dbus-daemon It's normal? Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/9 ------------------------------------------------------------------------ On 2012-09-19T16:01:02+00:00 kenorb wrote: Thanks for your help, I'll try to find some workaround for it. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/10 ------------------------------------------------------------------------ On 2012-09-20T10:33:23+00:00 kenorb wrote: Related dbus bug: https://bugs.freedesktop.org/show_bug.cgi?id=55136 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/12 ------------------------------------------------------------------------ On 2012-09-20T11:55:54+00:00 kenorb wrote: The other interesting thing I found, that actually KDialog sending the empty message! As you can see before: msg_name(0)=NULL [pid 15820] sendmsg(7, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\0\0\0\0\21\0\0\0k\0\0\0\1\1o\0\5\0\0\0/kded\0\0\0\6\1s\0\f\0\0\0org.kde.kded\0\0\0\0\2\1s\0#\0\0\0org.freedesktop.DBus.Introspectable\0\0\0\0\0\3\1s\0\n\0\0\0Introspect\0\0\0\0\0\0", 128}, {"", 0}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 128 When I'm monitoring my dbus socket, it showed as: $ dbus-monitor --address unix:path=/var/run/dbus/system_bus_socket --monitor signal sender=org.freedesktop.DBus -> dest=(null destination) serial=31 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string ":1.71" string "" string ":1.71" signal sender=org.freedesktop.DBus -> dest=(null destination) serial=32 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string ":1.71" string ":1.71" string "" Destination is NULL. This is other example how it suppose to look: signal sender=org.freedesktop.DBus -> dest=:1.66 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string ":1.66" Maybe that's the reason of timeout? Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/13 ------------------------------------------------------------------------ On 2012-09-20T20:04:11+00:00 Christoph-maxiom wrote: Still looks like an issue with a kded module (see comment #8). Without trying which one you need to disable, it is nearly impossible to debug. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/19 ------------------------------------------------------------------------ On 2012-09-20T20:06:06+00:00 Christoph-maxiom wrote: Note that KDialog itself does not use D-Bus itself; the problem is very likely in the solid libraries or runtime system. Which makes me wondering: Are you actually running a full KDE session, or do you use KDE software inside a different desktop? Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/20 ------------------------------------------------------------------------ On 2012-09-21T07:47:06+00:00 kenorb wrote: I'm using full KDE plasma desktop. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/21 ------------------------------------------------------------------------ On 2012-09-21T07:49:00+00:00 kenorb wrote: Before I was using Unity, but it was even worse, it was freezing all the time, crashing, lots of missing options, just a nightmare. So KDE plasma is kind of relief for me, but it's still not perfect. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/22 ------------------------------------------------------------------------ On 2012-09-21T09:50:27+00:00 kenorb wrote: Current follow-up: https://bugs.launchpad.net/ubuntu/+source/kde-baseapps/+bug/1053910 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/26 ------------------------------------------------------------------------ On 2012-09-21T10:22:41+00:00 Christoph-maxiom wrote: So did you try disabling some kded modules? I know it is a tedious task, but I don't see any option right now. Filing more bug reports in different directions won't help if you do not follow the advices you get from there. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/27 ------------------------------------------------------------------------ On 2012-09-24T09:13:18+00:00 kenorb wrote: Thanks, I'm trying it now. Because the panel doesn't work, I've to go to Settings from the command line: $ systemsettings As advised: "Disable kded4 modules in System Settings > Startup and Shutdown > Service Manager." I'm going to Startup and Shutdown, everything is fine till that moment. When clicking on 'Service Manager', the window is freezing for around 1 minute and then I've the error: "Unable to contact KDED." Then all the Startup Services are gray/disabled and 'Not running'. So I can't change anything. So I'm disabling all the services manually by renaming all files to something else: $ cd /usr/share/kde4/services/kded $ sudo rename 's/.desktop/.desktop.disabled/' *.desktop $ kbuildsycoca4 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/31 ------------------------------------------------------------------------ On 2012-09-24T09:23:24+00:00 kenorb wrote: And finally: $ killall -HUP kdeinit4 then my whole session was killed, killing all my processes, but after testing with disabled all kde modules it works, kdialog appears in less than 1 second (including loading) for 'Choose File' web widgets and KDE desktop-plasma panel is clickable again. I'll do some more tests and I'll find the broken module. Thanks again. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/32 ------------------------------------------------------------------------ On 2012-09-24T09:26:22+00:00 kenorb wrote: E.g.: Enabling all modules starting with letter 'k': $ sudo rename 's/.disabled//' k*.desktop.disabled $ killall -HUP kdeinit4 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/33 ------------------------------------------------------------------------ On 2012-09-24T11:57:40+00:00 kenorb wrote: It looks line muon-notifier is the one which breaks kdialog functionality and plasma-desktop panel. File: muon-notifier.desktop Whatever it's. Renaming /usr/share/kde4/services/kded/muon-notifier.desktop and restarting kdeinit4 solve the problem. $ dpkg -l | grep muon-notifier ii muon-notifier 1.3.1-0ubuntu2 update notifier for KDE Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/35 ------------------------------------------------------------------------ On 2012-09-24T12:11:31+00:00 kenorb wrote: I'm confused also what's the policy and where I should report the bug of kde muon-notifier. Here at bugs.kde.org directly, or at bugs.launchpad.net/ubuntu/+source/muon. Also by creating a new bug, or following the current one. As I understand, the policy on launchpad.net is that I should create always the new bugs. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/36 ------------------------------------------------------------------------ On 2012-09-24T12:17:07+00:00 kenorb wrote: Enabling muon-notifier.desktop service creating following process: kenorb 11328 0.0 0.3 131788 12392 ? S 13:55 0:00 /usr/bin/python /usr/share/kde4/apps/muon-notifier/releasechecker When killing the process manually, it seems that everything is back to normal. When running it manually again using the same command line, I've this error: /usr/bin/python /usr/share/kde4/apps/muon-notifier/releasechecker Unhandled exception in thread started by <bound method MetaReleaseCore.download of <UpdateManager.Core.MetaRelease.MetaReleaseCore object at 0x228f9d0>> Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/UpdateManager/Core/MetaRelease.py", line 262, in download uri=urllib2.urlopen(req, timeout=20) File "/usr/lib/python2.7/urllib2.py", line 126, in urlopen return _opener.open(url, data, timeout) File "/usr/lib/python2.7/urllib2.py", line 400, in open response = self._open(req, data) File "/usr/lib/python2.7/urllib2.py", line 418, in _open '_open', req) File "/usr/lib/python2.7/urllib2.py", line 378, in _call_chain result = func(*args) ... File "/usr/lib/python2.7/socket.py", line 447, in readline data = self._sock.recv(self._rbufsize) socket.error: [Errno 104] Connection reset by peer Probably, because I'm behind the proxy. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/37 ------------------------------------------------------------------------ On 2012-09-25T23:35:27+00:00 Jonathan Thomas wrote: Git commit c67667633ada69b6feee0216de4da03de963a82c by Jonathan Thomas. Committed on 26/09/2012 at 01:33. Pushed by jmthomas into branch '1.4'. Catch all exceptions coming from MetaReleaseChecker and don't let them hang the process. *Grumble I hate python Grumble* FIXED-IN:1.4.1 M +14 -10 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/c67667633ada69b6feee0216de4da03de963a82c Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/41 ------------------------------------------------------------------------ On 2012-09-25T23:35:28+00:00 Jonathan Thomas wrote: Git commit ae8bcd2062e0285d204f53fbca3de0a024c3648b by Jonathan Thomas. Committed on 26/09/2012 at 01:33. Pushed by jmthomas into branch 'master'. Catch all exceptions coming from MetaReleaseChecker and don't let them hang the process. *Grumble I hate python Grumble* FIXED-IN:1.4.1 M +14 -10 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/ae8bcd2062e0285d204f53fbca3de0a024c3648b Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/42 ------------------------------------------------------------------------ On 2012-09-25T23:35:28+00:00 Jonathan Thomas wrote: Git commit abeacf1a952813f716b079d40189f1980692ebfc by Jonathan Thomas. Committed on 26/09/2012 at 01:33. Pushed by jmthomas into branch 'qapt2'. Catch all exceptions coming from MetaReleaseChecker and don't let them hang the process. *Grumble I hate python Grumble* FIXED-IN:1.4.1 M +14 -10 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/abeacf1a952813f716b079d40189f1980692ebfc Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/43 ------------------------------------------------------------------------ On 2012-09-26T08:20:49+00:00 kenorb wrote: I've updated this script, but it seems it still failing when running it: $ python -d /usr/share/kde4/apps/muon-notifier/releasechecker Unhandled exception in thread started by <bound method MetaReleaseCore.download of <UpdateManager.Core.MetaRelease.MetaReleaseCore object at 0xd1e750>> Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/UpdateManager/Core/MetaRelease.py", line 262, in download uri=urllib2.urlopen(req, timeout=20) File "/usr/lib/python2.7/urllib2.py", line 126, in urlopen return _opener.open(url, data, timeout) File "/usr/lib/python2.7/urllib2.py", line 400, in open response = self._open(req, data) File "/usr/lib/python2.7/urllib2.py", line 418, in _open '_open', req) File "/usr/lib/python2.7/urllib2.py", line 378, in _call_chain result = func(*args) File "/usr/lib/python2.7/urllib2.py", line 1207, in http_open return self.do_open(httplib.HTTPConnection, req) File "/usr/lib/python2.7/urllib2.py", line 1180, in do_open r = h.getresponse(buffering=True) File "/usr/lib/python2.7/httplib.py", line 1030, in getresponse response.begin() File "/usr/lib/python2.7/httplib.py", line 407, in begin version, status, reason = self._read_status() File "/usr/lib/python2.7/httplib.py", line 365, in _read_status line = self.fp.readline() File "/usr/lib/python2.7/socket.py", line 447, in readline data = self._sock.recv(self._rbufsize) socket.error: [Errno 104] Connection reset by peer Even there is try/except Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/45 ------------------------------------------------------------------------ On 2012-09-26T11:25:52+00:00 Jonathan Thomas wrote: Could you try replacing "except Exception, e:" with "except BaseException, e:"? Apparently python's Exception class is only for non language-defined exceptions. :/ (Unlike Java exceptions... Another reason to hate python) Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/46 ------------------------------------------------------------------------ On 2012-09-26T12:08:31+00:00 kenorb wrote: I've tried, but it doesn't change anything. Maybe because it's a separate thread? Problem is happening in File "/usr/lib/python2.7/dist-packages/UpdateManager/Core/MetaRelease.py", line 262 So the exception was caught by /usr/lib/python2.7/socket.py socket.error: [Errno 104] Connection reset by peer python -m trace -c -t /usr/share/kde4/apps/muon-notifier/releasechecker MetaRelease.py(160): try: MetaRelease.py(161): if os.path.getsize(self.METARELEASE_FILE) == 0: --- modulename: genericpath, funcname: getsize genericpath.py(49): return os.stat(filename).st_size MetaRelease.py(165): return True MetaRelease.py(137): thread.start_new_thread(self.download, ()) releasechecker(35): while metaRelease.downloading: releasechecker(36): time.sleep(1) Unhandled exception in thread started by <bound method MetaReleaseCore.download of <UpdateManager.Core.MetaRelease.MetaReleaseCore object at 0x1a44fd0>> Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/UpdateManager/Core/MetaRelease.py", line 262, in download uri=urllib2.urlopen(req, timeout=20) File "/usr/lib/python2.7/urllib2.py", line 126, in urlopen return _opener.open(url, data, timeout) File "/usr/lib/python2.7/urllib2.py", line 400, in open response = self._open(req, data) File "/usr/lib/python2.7/urllib2.py", line 418, in _open '_open', req) File "/usr/lib/python2.7/urllib2.py", line 378, in _call_chain result = func(*args) File "/usr/lib/python2.7/urllib2.py", line 1207, in http_open return self.do_open(httplib.HTTPConnection, req) File "/usr/lib/python2.7/urllib2.py", line 1180, in do_open r = h.getresponse(buffering=True) File "/usr/lib/python2.7/httplib.py", line 1030, in getresponse response.begin() File "/usr/lib/python2.7/httplib.py", line 407, in begin version, status, reason = self._read_status() File "/usr/lib/python2.7/httplib.py", line 365, in _read_status line = self.fp.readline() File "/usr/lib/python2.7/socket.py", line 447, in readline data = self._sock.recv(self._rbufsize) socket.error: [Errno 104] Connection reset by peer releasechecker(35): while metaRelease.downloading: releasechecker(36): time.sleep(1) releasechecker(35): while metaRelease.downloading: releasechecker(36): time.sleep(1) releasechecker(35): while metaRelease.downloading: releasechecker(36): time.sleep(1) So basically script is ignoring 'Unhandled exception' and script is continuing to check the release every second. Something similar which I found: http://askubuntu.com/questions/130267/cant-update-to-ubuntu-12-04-on-11-10 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/47 ------------------------------------------------------------------------ On 2012-09-26T16:04:42+00:00 Jonathan Thomas wrote: Git commit 6d9581b2984c89e0ed91a27a205b345e67198c01 by Jonathan Thomas. Committed on 26/09/2012 at 18:01. Pushed by jmthomas into branch '1.4'. Exceptions that MetaReleaseCore throw during a download happen in a separate thread, so we can't catch them. The root cause of the IOError seems to be the existence of a proxy, and it appears that UpdateManager has a proxy init function. (Poor design on UpdateManager's part...) This should fix the root cause of this bug, but I fear for other exceptions that could be thrown that MetaReleaseCore won't catch for us... I'll commit a separate fix to make our KProcess call to releasechecker non-blocking. M +11 -14 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/6d9581b2984c89e0ed91a27a205b345e67198c01 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/48 ------------------------------------------------------------------------ On 2012-09-26T16:04:45+00:00 Jonathan Thomas wrote: Git commit f4821f9050ccd4e56fde5cd2f13530bf5468f4c1 by Jonathan Thomas. Committed on 26/09/2012 at 18:01. Pushed by jmthomas into branch 'master'. Exceptions that MetaReleaseCore throw during a download happen in a separate thread, so we can't catch them. The root cause of the IOError seems to be the existence of a proxy, and it appears that UpdateManager has a proxy init function. (Poor design on UpdateManager's part...) This should fix the root cause of this bug, but I fear for other exceptions that could be thrown that MetaReleaseCore won't catch for us... I'll commit a separate fix to make our KProcess call to releasechecker non-blocking. M +11 -14 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/f4821f9050ccd4e56fde5cd2f13530bf5468f4c1 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/49 ------------------------------------------------------------------------ On 2012-09-26T16:04:45+00:00 Jonathan Thomas wrote: Git commit 4028651c70dc854965c2c994074f0798690b516d by Jonathan Thomas. Committed on 26/09/2012 at 18:01. Pushed by jmthomas into branch 'qapt2'. Exceptions that MetaReleaseCore throw during a download happen in a separate thread, so we can't catch them. The root cause of the IOError seems to be the existence of a proxy, and it appears that UpdateManager has a proxy init function. (Poor design on UpdateManager's part...) This should fix the root cause of this bug, but I fear for other exceptions that could be thrown that MetaReleaseCore won't catch for us... I'll commit a separate fix to make our KProcess call to releasechecker non-blocking. M +11 -14 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/4028651c70dc854965c2c994074f0798690b516d Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/50 ------------------------------------------------------------------------ On 2012-09-26T16:07:20+00:00 Jonathan Thomas wrote: (Sorry about the duplication of the mail, I pushed the commit to three branches and the commit hook picked up on all three) Anyways, this should fix the "IOError due to proxy" issue. To really "fix" this I'll make the invocation of releasechecker asynchronous, so that shoddy programming on UpdateManager's part doesn't block kded until UpdateManager times out. Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/51 ------------------------------------------------------------------------ On 2012-09-26T16:47:12+00:00 Jonathan Thomas wrote: Git commit 058d412f365744ce0a3b4c513385486390ca4ea5 by Jonathan Thomas. Committed on 26/09/2012 at 18:45. Pushed by jmthomas into branch '1.4'. Asynchronize the process to check for a new release. If UpdateManager hangs due to a bug/poor design on their part, we can be stuck for up to 25 seconds, hanging all of KDED along with us. M +21 -5 kded/MuonNotifier.cpp M +5 -2 kded/MuonNotifier.h M +0 -24 kded/distupgradeevent/distupgradeevent.cpp M +0 -3 kded/distupgradeevent/distupgradeevent.h M +1 -0 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/058d412f365744ce0a3b4c513385486390ca4ea5 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/52 ------------------------------------------------------------------------ On 2012-09-26T16:47:12+00:00 Jonathan Thomas wrote: Git commit 90bd4c2d893c76bcae539e33283cb1a10b2661ec by Jonathan Thomas. Committed on 26/09/2012 at 18:45. Pushed by jmthomas into branch 'master'. Asynchronize the process to check for a new release. If UpdateManager hangs due to a bug/poor design on their part, we can be stuck for up to 25 seconds, hanging all of KDED along with us. M +21 -5 kded/MuonNotifier.cpp M +5 -2 kded/MuonNotifier.h M +0 -24 kded/distupgradeevent/distupgradeevent.cpp M +0 -3 kded/distupgradeevent/distupgradeevent.h M +1 -0 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/90bd4c2d893c76bcae539e33283cb1a10b2661ec Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/53 ------------------------------------------------------------------------ On 2012-09-26T16:47:16+00:00 Jonathan Thomas wrote: Git commit 5029d161876711807f02943686d2383c01861c35 by Jonathan Thomas. Committed on 26/09/2012 at 18:45. Pushed by jmthomas into branch 'qapt2'. Asynchronize the process to check for a new release. If UpdateManager hangs due to a bug/poor design on their part, we can be stuck for up to 25 seconds, hanging all of KDED along with us. M +21 -5 kded/MuonNotifier.cpp M +5 -2 kded/MuonNotifier.h M +0 -24 kded/distupgradeevent/distupgradeevent.cpp M +0 -3 kded/distupgradeevent/distupgradeevent.h M +1 -0 kded/distupgradeevent/releasechecker http://commits.kde.org/muon/5029d161876711807f02943686d2383c01861c35 Reply at: https://bugs.launchpad.net/ubuntu/+source/muon/+bug/1053910/comments/54 ** Changed in: muon Status: Unknown => Fix Released ** Changed in: muon Importance: Unknown => High -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to muon in Ubuntu. https://bugs.launchpad.net/bugs/1053910 Title: My plasma-desktop is critically sluggish, panel and kdialog reacts after few minutes because of dbus Timeout problem To manage notifications about this bug go to: https://bugs.launchpad.net/dbus/+bug/1053910/+subscriptions -- kubuntu-bugs mailing list kubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
