Ticket #71 (closed defect: wontfix)

Opened 5 years ago

Last modified 4 years ago

hides authentication dialog and screen looks locked-up

Reported by: sylvestre Owned by:
Priority: critical Milestone: 0.4.0
Component: guake Version:
Keywords: Cc: pingou@…

Description

Bug reported on the Debian BT by Marius Mikucionis:  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495914

I use ssh keys to authenticate when loging to remote hosts. Normally ssh discovers my keys and prompts for password in graphical window (probably /usr/lib/seahorse/seahorse-ssh-askpass) which locks entire screen, takes keyboard focus, and waits for password. This happens only once per session as keys get cashed. Now guake tends to be always on top of everything, and in this case it was on top of this dialog, affectively hiding it while the keyboard focus is still in the password dialog. From user perspective it looks like everything is frozen: ssh does not respond, one cannot enter anything to neither window (everything goes to invisible askpass), only mouse can move...

Could you please put guake window on top of everything except authentication dialogs? Or perhaps this is a ssh-askpass problem?

Change History

  Changed 5 years ago by GabrielFalcao

  • owner changed from somebody to GabrielFalcao
  • priority changed from major to critical
  • status changed from new to assigned

  Changed 5 years ago by pingou

  • cc pingou@… added

I can reproduce the bug in Fedora 9.

  Changed 4 years ago by lincoln

Hmm, this is caused by the stay on top feature. I'm not sure if this option is useful, someone that uses it? To people having problems with auth dialogs, I suggest to use the hide on lose focus option, so when the auth dialog pop up, guake will be hidden.

  Changed 4 years ago by vitorg

Hide on lose focus is not working in latest guake version (Ubuntu 8.10), so it can't be used as workaround :(

  Changed 4 years ago by lincoln

  • milestone set to 0.4.0

I think hide on lose focus is working now (hehe, I'm not sure, feel free to test =) but anyway, the problem here is the stay on top option, like any other window, this option should be used carefully by the user to avoid this kind of problem.

It is not checked by default anymore.

  Changed 4 years ago by lincoln

  • owner GabrielFalcao deleted
  • status changed from assigned to new

follow-up: ↓ 8   Changed 4 years ago by vitorg

I have "stay on top" option enabled and don't have such problem. I open Guake, run "gksudo gedit", authentication dialog appears and I can type my password without any problems. PS: Ubuntu 8.10 + Guake 0.3.1 + Compiz enabled.

in reply to: ↑ 7   Changed 4 years ago by lincoln

Replying to vitorg:

I have "stay on top" option enabled and don't have such problem. I open Guake, run "gksudo gedit", authentication dialog appears and I can type my password without any problems. PS: Ubuntu 8.10 + Guake 0.3.1 + Compiz enabled.

Humm, good to know, I'll test it against metacity and report it back to debian bts.

Thank you =)

  Changed 4 years ago by pingou

I do not think you are refering to the same thing.

The bug has been opened and is still because guake stays on the top while you try to ssh a box on where gpg keys are configured.

In this case a password is asked and guake stays above that windows.

To me, indeed there might be a bug but the question is more : whose is it ?

  Changed 4 years ago by SnapShot

I think that this one is not guake bug, and I am not sure if this can be somehow fixed from guake. I have found this bug report on ubuntu bug tracker  https://bugs.launchpad.net/seahorse/+bug/193501 which I think describes the same bug appearing on gnome-terminal.

  Changed 4 years ago by pingou

  • status changed from new to closed
  • resolution set to wontfix

Ok so thanks to SnapShot? we can close this bug, it's not a bug in guake but more probably in seahorse or related.

Note: See TracTickets for help on using tickets.