Startup applications get incorrect placement "under" top panel

[Xavier Guillot]

Several startup applications, eg Psensor, hotot and alarm-clock-applet, are incorrectly placed at launch in Oneiric. They often go "over" the Unity dock on the left - I configured this one to be always visible, so other windows, even maximized, should be at right from the dock. They also go "under" the top panel, so that their title bar is hidden, and the windows cannot be moved except by ALT+LEFT_MOUSE.
See picture joined.

[Jean-Philippe Orsini (jfi)]

Bonjour Xavier,

I guess that your Ubuntu version is Oneiric and that Psensor is not 0.6.1.9 (version in the Oneiric repo) but a more recent one (at least 0.6.2.10). Could you please confirm and gives the exact Psensor version (apt-cache show psensor) ?

I also assume that you have checked the 'Hide Window Decoration' option in the Psensor preferences.

What do you mean by 'not movable'? If you have checked the 'Hide Window Decoration' option, it is normal that the window title bar is not visible, so you cannot use the title bar to move the window and you don't have the close button. You should be able to move the window by positioning the mouse in the window then press alt+left mouse button and move the mouse. You can use alt+f4 to close the window.

The window placement of Psensor is managed by Unity and not Psensor, so you should open a report to the package Unity (maybe it is already reported).

If sometimes the window is over the dock bar, it is a Unity issue like for the placement.

If you check the 'Keep Window Below' option of Psensor, it is not always lower than the dock bar?

Regards,
                               JeanFI.

[Xavier Guillot (valeryan-24)]

Hello JeanFI,

Thanks for the quick answer and explanations.

I added Unity as project affected by this bug.

To be more precise :

- Yes, I use Psensor 0.6.2.11 on Oneiric beta 2 from your ppa

- No, I didn't check the 'Hide Window Decoration' option in the Psensor preferences, neither 'Keep Window Below' option.

- Psensor is not movable because, as you can see on the screenshot, its title bar of main window, with the "Close", "Minimize", "Maximize" buttons is "hidden" by the Unity top indicator and global menu panel. So I can not move the window with the mouse, if I click, it opens the global menu, I can quit from here.

Then restart Psensor, and this time it always starts correctly, ie just right Unity dock and just above global menu.

[Jean-Philippe Orsini (jfi)]

Xavier,

I am reproducing the issue.

It appears that it is due to the fact that Psensor is started before the WM is handling the windows placement.

/etc/xdg/autostart/psensor.desktop does not set X-GNOME-Autostart-Phase, so it should be the 'Applications' phase (which is after the WM). Setting this attribute to Applications does not change the issue. Anyway, I don't know if Unity is supposed to support it.

But...... X-GNOME-Autostart-Delay seems to work (I set it to 30), psensor is started ~30s after Unity and its window is placed correctly.

Maybe not very clean, but at least it will avoid the need to manually quit or move the psensor windows at each startup.

I am going to commit this workaround and hope that some Unity people can provide a better solution.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Xavier Guillot (valeryan-24)]

Thanks for the answer and explanation.

And yes it seems correlated to Unity, because I have the same problem with application Hotot if I also put it on the startup programs :

http://code.google.com/p/hotot/issues/detail?id=431&colspec=ID%20Type%20Status%20Priority%20Reporter%20Milestone%20Owner%20Summary&start=100

So I hope that it will be corrected in Unity, perhaps by avoiding that programs which do not launch on maximized windows start before the Dock.

[Gerhard Burger (burger.ga)]

Having the same issue with alarm-clock-applet using Oneiric. It is also set as a startup program. The Window is movable though by pressing ALT+LEFT_MOUSE. Don't know if this is still an issue in unity 5. Will change the bug description since apparently multiple startup applications are affected.

[Omer Akram (om26er)]

thanks for the bug report. This particular bug has already been reported and is tracked as bug 759898