[Bug 432882] Re: Python binding for gnomekeyring prevents password prompt on unlock
Still a problem in 10.10. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-python-desktop in ubuntu. https://bugs.launchpad.net/bugs/432882 Title: Python binding for gnomekeyring prevents password prompt on unlock -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 289241] Re: Gnome-panel freezes when starting an application on the secondary display
I have the same problem since upgrading to intrepid from hardy. Ubuntu: 8.10 Metacity: 1:2.24.0-0ubuntu1 gnome-panel: 1:2.24.1-0ubuntu2.1 Dual Monitors An interesting side note is that if you enable assistive technologies gnome-panel restarts instead of locking up. This behavior I find easier to deal with. Clicking on launch buttons in the second display sometimes works. This is really annoying. (Sorry for the double post, but I got the wrong bug the first time.) -- Gnome-panel freezes when starting an application on the secondary display https://bugs.launchpad.net/bugs/289241 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 299019] Re: GTK Emacs and Metacity lockup
*** This bug is a duplicate of bug 231034 *** https://bugs.launchpad.net/bugs/231034 I don't think this is exactly a duplicate of bug #231034 which is about dragging emacs from one screen to another. It is probably related. This error is in regards to switching focus from emacs to another app. I have this problem all the time when going from emacs to firefox on a dual monitor setup. In this case taking focus away from emacs on screen one will keep firefox from freezing on screen two. Otherwise, firefox will lockup temporarily until I move the mouse back to screen one. This is new for me in Ubuntu 8.10 with gtk-emacs but reports indicate it is not limited to the gtk version. -- GTK Emacs and Metacity lockup https://bugs.launchpad.net/bugs/299019 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu (via bug 231034). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 231034] Re: desktop freeze when moving emacs in workspace switcher
I have the same problem: Ubuntu: 8.10 Emacs: emacs22-gtk 22.2-0ubuntu2 Metacity: 1:2.24.0-0ubuntu1 Dual Monitors Assistive Technologies enabled Symptoms: Cursor turns to window resize pointer and stays that way. Mouse will move around on the current screen but will not move to second screen and clicks do nothing. Switching to text terminal and back fixes the problem. Pressing Caps lock sometimes turns the direction of the resize pointer and eventually frees up the mouse. Note also that the window does not actually resize until the mouse is released then it moves to wherever the mouse is at the time. This happens at random but is pretty easy to reproduce by making attempts to resize gtk-emacs screen. This may not be related but I also have a bug where gnome-panel crashes when I try to use a launch button on the second display. The gnome- panel used to lock up and use 100% CPU until I enabled assisitive technologies now it crashes and restarts instead. Since both problems involve metacity and assisitive technologies it could be related. -- desktop freeze when moving emacs in workspace switcher https://bugs.launchpad.net/bugs/231034 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 235944] Re: Hardy: opening a drawer can randomly make gnome-panel hang using 100% cpu
I have the same problem since upgrading to intrepid from hardy. Ubuntu: 8.10 Metacity: 1:2.24.0-0ubuntu1 gnome-panel: 1:2.24.1-0ubuntu2.1 Dual Monitors An interesting side note is that if you enable assistive technologies gnome-panel restarts instead of locking up. This behavior I find easier to deal with. Clicking on launch buttons in the second display sometimes works. This is really annoying. -- Hardy: opening a drawer can randomly make gnome-panel hang using 100% cpu https://bugs.launchpad.net/bugs/235944 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 284861] Re: Intrepid: gnome-panel hangs in dual monitor setup
*** This bug is a duplicate of bug 235944 *** https://bugs.launchpad.net/bugs/235944 ** This bug has been marked a duplicate of bug 235944 Hardy: opening a drawer can randomly make gnome-panel hang using 100% cpu -- Intrepid: gnome-panel hangs in dual monitor setup https://bugs.launchpad.net/bugs/284861 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs