window resize box freezes if it appears when keyring dialog is blocking input

Bug #1236333 reported by Nils Sabelstrom
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
New
Undecided
Unassigned
unity (Ubuntu)
New
Undecided
Unassigned

Bug Description

EDIT: I figured out in more detail what happened, please see comments #4 and #5.

In Unity 7.0.0, after opening chrome after a reboot, I didn't notice that there was a dialog requesting my password for the keyring. Since I at first didn't notice, I was trying to interact with one of the tabs than was left from my last session, but since the keyring dialog blocks input to the window, chrome was shown to be unavailable, with the same colored tinted box shown when resizing. So I noticed and entered my password and got access to my chrome window agian.

This is when the bug appeared, the resize box that was overlaying didn't disappear and also it was not possible to resize the chrome window. In the screenshot you can see that the resize box stays were it was first displayed even after moving the window.

The problem disappears after restarting chrome, but there seems to be a bug with this "unavailability notification" when reacting to dialogs in an unexpected manner. Will try to reproduce.

Revision history for this message
Nils Sabelstrom (nilssab) wrote :
Revision history for this message
Nils Sabelstrom (nilssab) wrote :

first attempt to reproduce the bug was unsuccessful, no resize box appeared over the window when trying to input to another window with keyring manager dialog open.

In the second attempt the same thing happened with my term window. The resize box appeared when adding focus by clicking term window after the keyring dialog from chrome appeared, see new attachment. notice that the resize box is overlapping the chrome window. The resize box went away after exiting term.

Also, the keyring dialog blocks all keyboard input(not mouse, mouse is free to do whatever), even the dash/screenshot etc. However, if the wrong password is entered, input is not blocked. I'm not sure if this is a problem with unity, seahorse 3.6.3ubuntu1 or Chromium 28.0.1500.71-0ubuntu1.13.04.1, but the input policies seem inconsistent.

Unity version was 7.0.0daily13.06.19~13.04-0ubuntu1

Revision history for this message
Nils Sabelstrom (nilssab) wrote :

some additional info is that I have ubuntu-tweak and unity-tweak, where one of the tweaks might affect the resize box, which is to change window snapping to corners to make 1/4 screen size tiled windows instead of split at half. The only way I guess to check if one of them was a culprit is probably a complete reinstall of ubuntu, since the settings they changed will probably stay after uninstall.

Also, this ubuntu 13.04 was dist-upgraded from 12.04 via 12.10.

Revision history for this message
Nils Sabelstrom (nilssab) wrote :

when I tried to reproduce it again I noticed that I probably clicked too close to an edge and triggered the resize thing.
So the bug seems to be that if resizing is initiated when Seahorse is locking input and window movement, the resize box gets locked, and stays frozen until program is terminated. Also this locks resizing, will test on another 13.04 machine

Revision history for this message
Nils Sabelstrom (nilssab) wrote :

For anyone wanting to try to reproduce:

1. open an application
2. open an application that requires you to enter your (Seahorse) keyring password (e.g. Chromium)
3. try to resize any application

there should now be a frozen resize box

4. if you tried to resize the first application, and not the application triggering seahorse, close that application to make the box go away.
5. You may start a new application and try to resize to trigger it again, as long as you dont enter a password or cancel.

I think this bug can be rather severe, if someone would happen to click too close to an edge with the password dialog open, that user has to close that application to get rid of the resize box. And in some cases that could be a big problem.

summary: - "window resize/unavailable box" frozen after dialog
+ window resize box freezes if it appears when keyring dialog is blocking
+ input
description: updated
Revision history for this message
Nils Sabelstrom (nilssab) wrote :

Confirmed on another Computer using 13.04 as well. Still both use unity-tweak and ubuntu-tweak.
First computer is a desktop AMD FX-8120 with 16gb ram and SSD
Second computer is a laptop intel i5-3337U with 4gb ram and SSD

Revision history for this message
Nils Sabelstrom (nilssab) wrote :

this seems to be worked around in 14.04 since resizing is live by default.
But problem persists if a user changes to rectangle instead of normal in ccsm

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.