I can confirm this on Ubuntu MATE 14.04 with gparted like the user reported, and add to that that sometimes the freeze takes over the whole desktop . It freezes more like 20-25 seconds.
This is additional behavior: https://bugs.launchpad.net/ubuntu/+source/gksu/+bug/1433854 Summary: gksudo commands can take up to about 15 seconds to complete. While waiting, no other desktop actions can occur, and the screen does not update until control is returned to the terminal. It shares a little with this: https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/253504 But I'm not creating a launcher. In the below output, the "Yeah, we're in..." is the last message before everything freezes. Then there is the approximate 15 second delay, the screen comes back and the last three lines of the output show. rmadcow@msnbc:~$ gksudo --debug caja No ask_pass set, using default! xauth: /tmp/libgksu-chlcZO/.Xauthority STARTUP_ID: gksudo/caja/4857-0-msnbc_TIME12647535 cmd[0]: /usr/bin/sudo cmd[1]: -H cmd[2]: -S cmd[3]: -p cmd[4]: GNOME_SUDO_PASS cmd[5]: -u cmd[6]: root cmd[7]: -- cmd[8]: caja buffer: -GNOME_SUDO_PASS- brute force GNOME_SUDO_PASS ended... Yeah, we're in... xauth: /tmp/libgksu-chlcZO/.Xauthority xauth_env: /home/rmadcow/.Xauthority dir: /tmp/libgksu-chlcZO System info: System: Host: msnbc Kernel: 3.13.0-46-generic x86_64 (64 bit) Desktop: MATE 1.8.2 Distro: Ubuntu 14.04 trusty Machine: Mobo: MSI model: 790X-G45 (MS-7622) version: 1.0 Bios: American Megatrends version: V1.8 date: 03/02/2011 CPU: Quad core AMD Phenom II X4 965 (-MCP-) cache: 2048 KB flags: (lm nx sse sse2 sse3 sse4a svm) Graphics: Card: Advanced Micro Devices [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] X.Org: 1.15.1 drivers: ati,radeon (unloaded: fbdev,vesa) Resolution: 1920x1200@60.0hz GLX Renderer: Gallium 0.4 on AMD CEDAR GLX Version: 3.0 Mesa 10.1.3 Info: Processes: 178 Uptime: 3:45 Memory: 689.6/3953.0MB Client: Shell (bash) inxi: 1.9.17 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gksu in Ubuntu. https://bugs.launchpad.net/bugs/349988 Title: Hangs for 10 seconds when starting an admin app. Status in gksu package in Ubuntu: New Bug description: Binary package hint: gksu title says it all ;-) This bug has been around for as long as I can remember. A couple years or more probably. The problem is that every time I start any admin app in the System->Adminstration menu, like Gparted or Synaptics for example, the application starts instantly once I have entered my password, however, once the application is started and at first sight ready to accept user input, well the mouse cursor is still showing the "busy"/spinning animation for what seems like eternity (about 10 seconds), and at the same time, in the task bar one can see a button labeled "Starting <app name>". After 10 seconds, this button disappears along with the busy cursor, and I can at last use the application. It's very tedious.. I notice that if I start the same application from a terminal rather than the mouse, using sudo not gksu, that the applications start instantly. The mouse cursor doesn't spin forever nor is there any "starting app" button in the task bar. I attached a screen cast ilustrating the problem: I first start gparted thourgh the menu (gksu), then from the terminal with sudo, so one can compare easily. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gksu/+bug/349988/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
