desktop-packages team mailing list archive

[gravy45 <349988@xxxxxxxxxxxxxxxxxx>]

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