Setting the time using the clock applet, shows authentication window below time settings window

Bug #200036 reported by Ioannis Ramfos
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-panel (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-panel

Setting the time works *correctly* when you:

1. Right click the clock applet.
2. Select Preferences.
3. Select Time Settings.
4. Select Set System Time.
Authentication window appears over the other windows.

but ...
setting the time works *incorrectly* when you:

1. Left click the clock applet. The calendar is shown.
2. Select Preferences by right clicking the clock applet, or using Edit in Locations.
3. Select Time Settings.
4. Select Set System Time.
Authentication window appears *below* the Time Settings window and neither is movable.

Revision history for this message
Ioannis Ramfos (isr81) wrote :

Forgot to mention that this happens for Hardy.

Revision history for this message
Cody A.W. Somerville (cody-somerville) wrote :

I can confirm this behavior.

Changed in gnome-panel:
status: New → Confirmed
Revision history for this message
Nikolaus.x (nikolaus.x) wrote :

This also happens to be on my updated Hardy alpha 6. I am including a screenshot I had to take with my phone because Ubuntu is so unresponsive I can't bring up anything let alone take a screen capture.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Is this still an issue? Can you take an screenshot rather? thanks.

Changed in gnome-panel:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Confirmed → Incomplete
Revision history for this message
Ioannis Ramfos (isr81) wrote :

This is still an issue for hardy 20080318.1.
In the live cd, the authorization dialog is not shown anymore, and the time gets changed.
In the installed version the problem exists as described.
I attached a screenshot showing the problem using Virtualbox.

Revision history for this message
Stuart Read (sread) wrote :

Still present on Hardy Beta as originally described and shown in screen shot.

Changed in gnome-panel:
status: Incomplete → Confirmed
Revision history for this message
Dmitry Agafonov (dmitry-agafonov) wrote :

In some situations like low-resolution screen user may not see the appeared window and will end up with "freeze" situation. Only ESC will help...

Revision history for this message
Germán Poo-Caamaño (gpoo) wrote :

Pedro,

It's not possible to take any screenshot because the screen is locked by the authentication window.

I took an screenshot using the following line command:

1. Open the clock applet.
2. Open the preferences windows (via Edit in Locations)
3. Run $ gnome-screenshot --delay 10
4. Press 'Set' in the Auckalnd Clock (to set the timezone)

Please, note que Window preference is the active window, however, the focus is in the GtkEntry used in the Authentication window.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

right, thanks for the shot.

Changed in gnome-panel:
milestone: none → ubuntu-8.04
Revision history for this message
Sebastien Bacher (seb128) wrote :

unsetting the milestone, the gnome-panel has been changed to use time-admin rather than the new dialog in hardy

Changed in gnome-panel:
milestone: ubuntu-8.04 → none
Revision history for this message
old_toby (simon-hornweb) wrote :

But actually it's still an issue that the "clock setting" (or similar) window is always on front - see screenshot.

Revision history for this message
Ioannis Ramfos (isr81) wrote :

I can confirm this behavior old_toby describes.

Revision history for this message
Dereck Wonnacott (dereck) wrote :

On a fresh install of Hardy Beta I set the time, added two locations and then clicked 'set' to change the time to that location's timezone. What followed was interesting.

I had another program open, a settings window from something in the System menu, and when the password dialog popped under the other program and I only noticed because the program was in the 'task-bar.' I could not click the 'task-bar' to bring the password window forward, nor could move the window on top out of the way.

I pressed enter on my keyboard so that the password dialog would see me as typing in nothing for my password and go away. I then moved the window that was in the way off to the side of the screen so that when it prompted me again, I could see the password prompt.

Here is the interesting part; while I was dragging the window out of the way, the password prompt popped up again and tried to steal focus and then lock itself in focus, but what happened was that the window I was dragging got locked into focus.

So my line of thought is that this has nothing to do with the clock applet, but rather the gnome stuff, that I know almost nothing about, that deals with that authentication window.

Revision history for this message
Andy Brody (abrody) wrote :

Confirmed on Ubuntu 8.04 RC.

A partial explanation for all this: The main issue is funky "Always on Top" behavior. The authentication window grabs keyboard and mouse input to itself, and it will sometimes appear behind other windows even though it ought to appear in the foreground. That said, this particular bug definitely seems to be related to the clock applet itself.

The clock applet's calendar/weather thingy is always on top. The Clock Preferences window becomes "always on top" only when the clock's calendar is expanded (even though right-clicking on the Clock Preferences titlebar shows the Always on Top option is never checked). In Gutsy this is innocuous, as there's not much to the Clock Preferences window. In Hardy, however, clicking on the Time Settings button spawns the Time and Date Settings window directly behind Clock Preferences. Clicking "Unlock" on the Time Settings window will sometimes spawn the "Authenticate" dialog hidden behind the other windows. It also grabs mouse and keyboard input so nothing can be moved (I think this is described in another bug). When the calendar is not expanded, the Clock Preferences window is not always on top. Manually setting other windows to be always on top allows them to appear in front of the Clock Preferences whether or not the calendar is expanded (assuming your keyboard and mouse aren't locked).

Revision history for this message
Pedro Villavicencio (pedro) wrote :

This is working fine for me with Intrepid and the new clock, can someone confirm?

Revision history for this message
Sebastien Bacher (seb128) wrote :

the intrepid version works correctly on my installation, does anybody still get the issue?

Changed in gnome-panel:
status: Confirmed → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in gnome-panel:
status: Incomplete → Invalid
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.