I've been sent from pillar to post from almost few days, spent already few days investigating my Ubuntu slugginess right just after install, so I hope this report is now in the right place. I don't have time for this, I really need to work, instead of spending days fighting with simple usage of Ubuntu and reporting the bugs and receiving messages like 'this is not a bug of x', 'this is not a bug of y'.
The bug affects affect in general plasma-desktop on Ubuntu.
Some examples:
Using Chrome which uses KDialog, any file upload takes minutes.
KDialog timeouts after 25 seconds 4 times, makes it the whole minute to show up.
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.
Other bugs which I've reported related to KDialog:
Other bugs which I've reported related to KDE plasma-desktop:
Steps to Reproduce:
1. Click on KDE "start" button
2. Nothing happens.
3. After 1 minute and 30 seconds you'll see the context menu!
Some people say, it's better later, than never.
And finally against the DBus it-self: https://bugs.freedesktop.org/show_bug.cgi?id=55136
Status:
"This is probably the problem: there seems to be some sort of incompatibility
involving Ubuntu's "dbusmenu" system and how it interacts with Qt/KDE
applications. Please report this to the suppliers of the packages you're using
(Ubuntu, Kubuntu, or any third-party dbusmenu or KDE packages you're using).
I don't think this is a D-Bus bug."
Other related links:
http://<email address hidden>/msg00243.html
So to not repeating my-self and pasting a bunch of strace, debug stuff (which you can access from the links above), the current status of this big Ubuntu and KDE bug as suggested from DBus support, is as follow:
> (process:7387): GLib-GIO-WARNING **: Received property menu with type s does not match expected type o in the expected interface void DBusMenuImporter::slotGetLayoutFinished(QDBusPendingCallWatcher*): "No such interface `com.canonical.dbusmenu' on object at path /"
Please report this to the suppliers of the packages you're using
(Ubuntu, Kubuntu, or any third-party dbusmenu or KDE packages you're using).
So now I'm reporting it now against Ubuntu, as my reports against KDE, X, DBus failed.
I've been sent from pillar to post from almost few days, spent already few days investigating my Ubuntu slugginess right just after install, so I hope this report is now in the right place. I don't have time for this, I really need to work, instead of spending days fighting with simple usage of Ubuntu and reporting the bugs and receiving messages like 'this is not a bug of x', 'this is not a bug of y'.
The bug affects affect in general plasma-desktop on Ubuntu.
Some examples:
Using Chrome which uses KDialog, any file upload takes minutes.
KDialog timeouts after 25 seconds 4 times, makes it the whole minute to show up.
Steps to Reproduce: /code.google. com/p/chromium/ issues/ entry
1. Go to: https:/
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.
Other bugs which I've reported related to KDialog:
Against KDE KDialog: /bugs.kde. org/show_ bug.cgi? id=307049 kdepepo. wordpress. com/2011/ 05/11/troublesh ooting- kded4-bugs/"
https:/
Status: "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://
Against KDialog it-self: /bugs.launchpad .net/ubuntu/ +source/ kde-baseapps/ +bug/1053869
https:/
Status: this is only a small issue of bigger thing
Other bugs which I've reported related to KDE plasma-desktop:
Steps to Reproduce:
1. Click on KDE "start" button
2. Nothing happens.
3. After 1 minute and 30 seconds you'll see the context menu!
Some people say, it's better later, than never.
Against KDE plasma-desktop: /bugs.kde. org/show_ bug.cgi? id=307048
https:/
Status: currently ignored
And finally against the DBus it-self: /bugs.freedeskt op.org/ show_bug. cgi?id= 55136
https:/
Status:
"This is probably the problem: there seems to be some sort of incompatibility
involving Ubuntu's "dbusmenu" system and how it interacts with Qt/KDE
applications. Please report this to the suppliers of the packages you're using
(Ubuntu, Kubuntu, or any third-party dbusmenu or KDE packages you're using).
I don't think this is a D-Bus bug."
Other related links: /msg00243. html
http://<email address hidden>
As well currently I can't do any launchpad upgrade or send any apport-collect, because of these annoying bugs: /answers. launchpad. net/ubuntu/ +source/ apt/+question/ 202373 /bugs.launchpad .net/ubuntu/ +source/ apport/ +bug/1053861 /bugs.launchpad .net/ubuntu/ +source/ apport/ +bug/1053400
https:/
https:/
https:/
So to not repeating my-self and pasting a bunch of strace, debug stuff (which you can access from the links above), the current status of this big Ubuntu and KDE bug as suggested from DBus support, is as follow: r::slotGetLayou tFinished( QDBusPendingCal lWatcher* ): "No such interface `com.canonical. dbusmenu' on object at path /"
> (process:7387): GLib-GIO-WARNING **: Received property menu with type s does not match expected type o in the expected interface void DBusMenuImporte
Please report this to the suppliers of the packages you're using
(Ubuntu, Kubuntu, or any third-party dbusmenu or KDE packages you're using).
So now I'm reporting it now against Ubuntu, as my reports against KDE, X, DBus failed.