desktop-packages team mailing list archive

[gravy45 <349988@xxxxxxxxxxxxxxxxxx>]

@Sebastien Bacher, I'm sure that if I were in your shoes, I would be
saying many of the same things.  It is clearly not showing up as a major
issue on https://errors.ubuntu.com.  Then again, I'm not sure that
opening a program as administrator is all that common for most users, so
one would expect occurrence to be low.  For those running applications
as administrator relatively often, it may not be low.

As @Troull.. points out, the issue has been around for quite a while,
the difference is "back then" it didn't occur as often.  By back then
I'm referring to Ubuntu 11.04 and 12.04.  Now with Ubuntu MATE 14.04 it
happens to me almost all the time.   Maybe it can be given somewhat
greater importance based on that (since you asked about config-specific)
and the additional information I provide below?

What I'm throwing out there is the question: Is this caused by the
presence of the .gksu.lock file?  And the other question is:  Why would
that lock file be retained if the (offending) administratively-run
program has been closed?  Shouldn't that lock file be removed at that
moment?

Additional info: the problem seems to begin after there has been a
.gksu.lock file created from a previous "Open as Administrator".    If
there is no .gksu.lock file then at the first "Open as Administrator"
the issue does not occur.  But when attempting a second "Open as
Administrator" and the .gksu.lock is still present from the first, then
the delay occurs.

-- 
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