Windows can be positioned with title bar below gnome-panel

Bug #82654 reported by Vassilis Pandis
122
This bug affects 14 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Unknown
One Hundred Papercuts
Invalid
Undecided
Unassigned
compiz (Ubuntu)
Fix Released
Low
Robert Ancell

Bug Description

Binary package hint: compiz

This is with a stock (i.e. default options) compiz 0.3.6 on Feisty. Open a program (say gnome-terminal). Shift and click on it and while keeping shift pressed, move it around. Take the window to one of the top corners of the desktop (so that part of it is not visible because it's too far up and too far left/right - you still have shift pressed) and move the mouse to the top of your screen. You see the window bend and after you leave the shift key it hides under gnome-panel. wobbly->snap_edgebutton is 0, since these are default settings.

Related branches

Revision history for this message
VF (vfiend) wrote :

Yeah, Wobbly does this

Changed in compiz:
status: Unconfirmed → Confirmed
Changed in compiz:
importance: Undecided → Low
Revision history for this message
Simone Tolotti (simontol) wrote : Re: Wobbly makes Title bar hide below gnome-panel

This is really annoying...
Sometimes titlebar disappears below the top gnome-panel.
I know that I can use Alt+click to drag the window, but I think that It should be fixed.
Also happens with 0.5.5.

Revision history for this message
Dave Mason (dmason) wrote :

This occurs in Gutsy as well which seems to be 0.5.3 - oddly emacs with open correctly and "locked" to the panel even though I do not set any placement for it in xdefaults (not sure if those are set elsewhere though)

Revision history for this message
Rocko (rockorequin) wrote :

It seems that it's a bigger problem for smaller windows. If I have gnome-terminal open in 80x50 character size and I move it towards the gnome-panel, it locks the gnome-panel's title bar just under the gnome-panel, but if I make it smaller, it will happily slide under the gnome-panel when I move it, especially if I move it quickly and then release the mouse while it is under the gnome-panel. The copying files/moving files windows are therefore especially prone to this behaviour.

It's useful to know about the ALT+click feature, though. I wasn't aware of it before.

A possibly related behavioural bug is that if you have a large window that takes up most of the screen height, it is hard to move it up to the top of the screen, ie just under the gnome-panel. eg I have a VMWare-console which takes up all but about 50 pixels of the screen height, and I can move it so its underside is at the bottom of the screen, but to move it back up so that its top is just under the gnome-panel, I have to violently move it downwards so that it disappears partly off the bottom of the screen and then violently swing it back up. Otherwise, it doesn't have enough 'springiness' to move up all the way.

Revision history for this message
Gaspard Leon (gaspard.leon) wrote :

I turned off the edge snapping for wobbly cause it was "gluey" and often difficult to get away from edges... also noticed it jumping up under the top panel sometimes...

would be nice to have settings for the "snappiness" of this effect.

I also noticed if you drag a window up, and drag the side off the screen, let it snap to the top, now try to pull it down or play with it a little... you can get it to jump a little all by itself, jumping up and down... crazy-style... sometimes it will jump down slightly and will stop.

Revision history for this message
Forlong (forlong) wrote :

Are you sure you are commenting on the right bugreport?

It seems like here are some dissimilar problems gathered in one report.

Revision history for this message
Lucas Arruda (lucasarruda) wrote :

I can confirm this bug on Gusty. It`s a really annoying one.

Using alt+click is a big task for normal users and a boring task for people how use alt+click, because this happens all the time.
It`s really a big usability problem, and shouldn`t be marked as Low Importance.

Also because I think this is an easy thing to fix compared to most bugs, at least I think.

Revision history for this message
audunmb (bergwitz) wrote :

Doesn't Enable Place Windows (in the CompizConfig Settings Manager) fix this?

Revision history for this message
Jim Newton (jim-smudgeweb) wrote :

On Gutsy, selecting Visual Effects -> Normal, windows open with title bars under the top panel. Although posters above note that Alt+Click or the Compiz-Settings manager can be used to fix this, neither are intuitive to the Average Joe user. In my opinion this cannot be regarding as a Low priority bug.

Revision history for this message
Jim Newton (jim-smudgeweb) wrote :

Sorry, in previous comment I meant to say 'Hardy; not 'Gutsy'.

Changed in compiz:
status: Confirmed → Triaged
Changed in compiz:
status: Unknown → Confirmed
Revision history for this message
Jeffrey Haemer (jeffrey-haemer+launchpad) wrote :

I concur. I just installed Hardy, and was surprised by this. I can live with it for now, but it's annoying to have to move every window I open, by hand. It'd be nice to know a setting for a better workaround.

Revision history for this message
Leonardo Paternotte (chaser-nl) wrote :

wobbly windows is not the cause for this problem.

checked with a few applications and only the terminal window was opening under the top panel.

Workaround to stop the windows from opening offscreen:

Compiz Settings manager > Put > Misc. options > select "Window Center" "Avoid Offscreen" and put padding > "pad top" to the size of the panel (mine is set to 25pixels, standard is 45 i believe)

Compiz settings manager > Place windows > Workarounds selected and "Placement mode" set to "smart"

This works for me, i dont know if this will fix the problem for everybody because i am fairly new to linux myself.

Revision history for this message
Hew (hew) wrote :

I cannot reproduce this with Intrepid / Jaunty, I can't push the window above the top panel. Has this been fixed in the latest version?

Changed in compiz:
status: Triaged → Incomplete
Revision history for this message
Bernard Banko (beernarrd) wrote :

Intrepid is affected. Windows open with their titlebars under the panel.

Changed in compiz:
status: Incomplete → Triaged
summary: - Wobbly makes Title bar hide below gnome-panel
+ Windows can be positioned with title bar hide below gnome-panel
summary: - Windows can be positioned with title bar hide below gnome-panel
+ Windows can be positioned with title bar below gnome-panel
Revision history for this message
jdetras (jdetras-deactivatedaccount) wrote :

It has been more than two years since it is first reported in Ubuntu Feisty. And it is still present in Ubuntu 9.04 (Jaunty). It should be of High importance now. If not, then we expect this problem to recur in Karmic as well.

Revision history for this message
Przemek K. (azrael) wrote :

Possibly related or duplicate: Bug #395716

Revision history for this message
Baptiste Mille-Mathias (bmillemathias) wrote : Re: [Bug 82654] Re: Windows can be positioned with title bar below gnome-panel

On Wed, Jun 24, 2009 at 6:30 AM, jdetras<email address hidden> wrote:
> It has been more than two years since it is first reported in Ubuntu
> Feisty. And it is still present in Ubuntu 9.04 (Jaunty). It should be of
> High importance now.
>

I would like to know why it would high importance, the priority is not
defined by the time it stands in a bug tracking system.

--
Baptiste Mille-Mathias
Les gens heureux ne sont pas pressés

Revision history for this message
jdetras (jdetras-deactivatedaccount) wrote :

If the importance dictates its urgency for fixing, then it should be. Two years, as I see it, looks like there is no one interested in fixing this as of the moment. If we are talking of new users, I would assume wobbly windows is one of the features that a user will definitely use. If this happens during the first day, then the papercut objective fails on this part.

Revision history for this message
Baptiste Mille-Mathias (bmillemathias) wrote :

On Sun, Jul 12, 2009 at 8:54 AM, jdetras<email address hidden> wrote:
> If the importance dictates its urgency for fixing, then it should be.
> Two years, as I see it, looks like there is no one interested in fixing
> this as of the moment.

if you're not happy with, it'll certainly be faster to correct that
yourself, as this is soooo urgent.
Open-source is not about urgency, it is about priority.

looking forward to seeing you fix the bug.

--
Baptiste Mille-Mathias
Les gens heureux ne sont pas pressés

Revision history for this message
Hew (hew) wrote :

Thanks for your comment jdetras. This bug has correctly been assigned low importance, as this is a cosmetic issue only, and has easy workarounds. You can learn more about how we determine importance at https://wiki.ubuntu.com/Bugs/Importance .

Note that this report has already been sent upstream to the Compiz developers, who are the people most likely to provide a fix. This is one of over 61,000 open Ubuntu bugs, so with limited development resources, I'm sure you can appreciate that it is not always possible to fix issues as fast as we would like :-)

Revision history for this message
wolfen69 (wolfen69) wrote :

This also happens to me all the time. When dragging a window around, it will "slide under" the top panel momentarily until I drag it back. Nothing more than an annoyance though.

Revision history for this message
jamie (jaband) wrote :

Its not only an annoyance... for a normal user it means they cannot move their fricken window. You can't expect a user to fix the code. Send the bug to compiz for them to fix it (hopefully, soon!)

Changed in compiz (Ubuntu):
assignee: nobody → Robert Ancell (robert-ancell)
Revision history for this message
Robert Ancell (robert-ancell) wrote :

Closing the papercuts task as this involves more than a trivial amount of work (the move and resizing code needs to be modified to stop the user placing the window in an inappropriate location)

Changed in hundredpapercuts:
status: New → Invalid
Changed in compiz:
status: Confirmed → Fix Released
Revision history for this message
Travis Watkins (amaranth) wrote :

If we aren't talking about wobbly then the only bug I can see here is that for some reason Constrain Y in the move plugin was disabled which allows you to freely move windows below your panels. Turning this option on fixes all the issues for me.

Revision history for this message
Saivann Carignan (oxmosys) wrote :

Travis Watkins : This bug is only reproducible with wobbly, according to comments and bug description.

Revision history for this message
Travis Watkins (amaranth) wrote :

Right, it just got a bit confusing with people having issues with their place plugin being disabled and other things. The wobbly part of this bug is fixed and you also cannot disable the place plugin anymore so both of those things are now fixed in the "0.8.3" git snapshot package currently available in karmic.

Changed in compiz (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Noel J. Bergman (noeljb) wrote :

Sorry, but I can still easily get windows with their title bars behind the gnome-panel.

Revision history for this message
Alexander Hunziker (alex-hunziker) wrote :

I also have this problem under Karmic, with the "normal" effect preset enabled, i.e. *no* wobbly windows. The following observation might be useful:

In CompizConfig Settings Manager, in the "Move" plugin, if I tick "Constrain Y", it unticks itself again after a few seconds. Maybe some process watches that GConf key and disables it?

Changed in compiz (Ubuntu):
status: Fix Released → Confirmed
Revision history for this message
Saivann Carignan (oxmosys) wrote :

Travis Watkins : This bug is now confirmed for compiz, wobbly enabled or not, as shown by Alexander Hunziker. This is due to bug #221698 that has been fixed by disabling /apps/compiz/plugins/move/allscreens/options/constrain_y in gconf defaults in version 1:0.8.2-0ubuntu14. This has been done to make compiz more consistent with metacity, in each case, compiz does not work exactly like metacity (constrain_y enabled, it refuses to move a window over panel even with ALT, constrain_y disabled, it let any window go under panel without any resistence).

Also important to notice that the initial bug is not fixed either, enabling /apps/compiz/plugins/move/allscreens/options/constrain_y bring back the good behavior, which works perfectly as long as you don't use wobbly. The problem is still there with wobbly. Compiz developers said that it was probably fixed in latest git, are we using latest git? If this is the case, it might be good to re-open the upstream bug.

Revision history for this message
Travis Watkins (amaranth) wrote :

We are using latest git, yes. You can still reproduce this problem with constrain_y enabled with wobbly?

Revision history for this message
Saivann Carignan (oxmosys) wrote :

Exactly, using compiz 1:0.8.3+git20090914-0ubuntu1 with constrain_y enabled in gconf-editor, compiz has exactly the same behavior than initially described in this bug report (without wobbly : works as expected without wobbly, with wobbly : windows can sometime open beside gnome-panels and they can be moved beside gnome-panel by the user if they're moved fast) screenshot : http://launchpadlibrarian.net/18078196/gnome-panel-compiz-wobbly.ogv

Revision history for this message
tankdriver (stoneraider-deactivatedaccount) wrote :

I don't know if this is a point worth mentioning,
but on netbooks (very small screen & resolution) its sometimes nessesary to move windows around, which are much bigger that they fit in the screen.
Wouldn't harm this fix the "netbook expierience"?

Revision history for this message
tankdriver (stoneraider-deactivatedaccount) wrote :

I don't know if this is a point worth mentioning,
but on netbooks (very small screen & resolution) its sometimes nessesary to move windows around, which are much bigger that they fit in the screen.
Wouldn't harm this fix the "netbook experience"?

Revision history for this message
anabelli (anabelli) wrote :

tankdriver:
not if the window goes over the upper limit of the screen, making itself unusable.

Revision history for this message
Travis Watkins (amaranth) wrote :

tankdriver: I am working on a fix that lets us have constrain_y enabled again so this bug is fixed but will still let you move windows underneath the panels using alt-click or keyboard commands so in the rare case when you need to do something like that is it possible.

Revision history for this message
Travis Watkins (amaranth) wrote :

Compiz git has the implementation of resize, move, and wobbly working like metacity wrt to going under the panels or not and our bzr packaging repo has the constrain_y option enabled again.

Changed in compiz (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz - 1:0.8.3+git20091005-0ubuntu5

---------------
compiz (1:0.8.3+git20091005-0ubuntu5) karmic; urgency=low

  * New snapshot from upstream stable git:
     - compiz.real crashed with SIGSEGV in blurDrawWindow()
       (LP: #353236)
     - Windows disappear if resolution is changed to something smaller
       than window size (LP: #414134)
     - compiz.real crashed with SIGSEGV in handleEvent() (LP: #430518)
     - Windows that span screen width or height cannot be resized
       in that dimension (LP: #137134)
     - Reducing number of workspaces leaves windows inaccessible
       (LP: #189259)
     - "Snap Inverted" in Wobbly Windows compiz plugin broken
       (LP: #366822)
     - Problem when resizing and the Panels
       (LP: #408030)
  * debian/control:
    - make compiz package depend on compiz-gnome | compiz-kde (LP: #172385)
  * debian/patches/015_draw_dock_shadows_on_desktop.patch:
    - fix clock/calendar shadow not going away (LP: #428783)
      thanks to Erkin Bahceci
  * debian/patches/029_default_options:
    - add a focus prevention match to allow polkit windows to steal focus
      otherwise they never get focus (LP: #436852)
  * debian/compiz-gnome.gconf-defaults:
    - change /apps/gwd/blur_type to all since it only does anything if blur
      is enabled and is usually what is wanted (LP: #158376)
    - turn constrain_y back on (LP: #82654)
  * debian/rules:
    - add commands plugin to default active_plugins (LP: #355018)

 -- Travis Watkins <email address hidden> Mon, 05 Oct 2009 15:42:00 +0200

Changed in compiz (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Saivann Carignan (oxmosys) wrote :

This indeed now fixed! Thanks

Revision history for this message
Max Bowsher (maxb) wrote :

By "fixing" this you have reopened bug 221698.

Revision history for this message
Tom Wright (twright-tdw) wrote :

Great, now large windows are unusable on netbooks again :-)

Revision history for this message
anabelli (anabelli) wrote :

The bug is still there in Karmic:

If you move your window out of one of the screen lateral limits and then push it up over the gnome panel.. it gets under it.

Revision history for this message
Jānis Kangarooo (kangarooo) wrote :

Theres a new bug 790012 from this
Quote: Ubuntu 10.04.2 clean install
If i get window too far under- it closes witch is not so good couse it closes without asking about saving.
Therefore is needed that it jumps back up just about so u can get it back.
Power user knowing shortcuts for resize and move or right clicking in panel to click on options resize or move would get it back but since some might not use panel and shortcuts they cant get it back if it hides.
In video u see i tested with VLC and Transmision- since they have TaskIcons in panel i can get them back.
After video i tested in Gedit with some text unsaved. And under panel it closed without asking saving. BUT opening new Gedit it shows its Unsaved Document 2 so 1st somewhere still exists..
BUT if i do the same sliding to Left. it closes but using Super+A and clicking that window I got back window.
And on right side well then its on 2nd workspace.
1st Video http://videobin.org/+4j6/4xe.html
2nd Video http://videobin.org/+4j6/4xf.html

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.