@Vadmin:
Of course it does, but it looks aweful see screenshot. Without this option you 
cannot even enter a password because gksu blocks the whole screen, so the 
onscreen keyboard as well.

But the real problem here is that gksu does not call the application
right if a onscreen keyboard is used for entering the password. The
called application just hangs and needs to be killed with xkill

If the application then is called again, no password dialog appears and
the application starts and works as expected. But it is really anoying
to start the application, xkill it and start it again every time. I'm
currently sticking to calling everything that needs root privileges in
the terminal with sudo which is almost as anoying on a tablet.

So it is high time this gets fixed...

@Gustavo:
I don't understand entirely what the problem has to do with keyboard grabbing, 
because the password seems to be accepted right, but the application doesn't 
get called right if the password is entered with an onscreen keyboard. Did you 
try it out?

As Clarke mentioned the problem does only happen with compiz on and I
can confirm that. With metacity the gksu dialog looks like a gtk window
and not like on the screenshot - and it works right! I checked the
package source but couldn't find the compiz related code which makes the
dialog transparent - where is it done and how can it be undone?

Is it already too late for gksu-policykit to enter jaunty?
If so I would really appreaciate a workaround

-- 
Assistive techologies: password dialogs as normal window + onscreen keyboard
https://bugs.launchpad.net/bugs/314250
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to