compiz thinks panel space is free space

Bug #159348 reported by David Prieto
12
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Incomplete
Low
Unassigned

Bug Description

Binary package hint: compiz

Every time I open a picture taken with my camera I get the following scenario: if I'm running metacity, EOG estimates the amount of free space on my screen, takes as much as possible and shows the image as big as it can (as shown on screenshot number one). If I'm running compiz, though, it seems to believe that the panel is free space, and places the status bar and even the bottom of the image behind it (as shown on screenshot number two).

Right now it is one of the most annoying bugs I have to face in Gutsy.

Revision history for this message
David Prieto (frandavid100-gmail) wrote :
Revision history for this message
David Prieto (frandavid100-gmail) wrote :
Revision history for this message
Giorgio Catanzaro (catanzag) wrote :

Do you have this bug only with EOG or with other windows too? I had a similar bug in the past with gnome-terminal, and I found a work around enabling both Put and Place plugins from ccsm; then, in Put configuration page, I turn on the toggle button which avoid offscreen (sorry, I had italian version, I don't know exact english translation).

Revision history for this message
David Prieto (frandavid100-gmail) wrote :

I seem to remember having it with other apps, but I couldn't tell right now. There aren't many apps which have to downsize things to show their window, after all.

I tried your workaround but it didn't work :(

Revision history for this message
Giorgio Catanzaro (catanzag) wrote :

Sorry didn't work for you and cannot help you.
I noticed that bug #164561 seems similar to yours, it is assigned and ongoing, you can check it.

https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/164561

Revision history for this message
Guglielmo Cola (guglielmocola) wrote :

I have the same problem :(
EOG exceeds vertical screen size. ONLY EOG and ONLY if the Desktop Effects are enabled.
If I use another viewer like gThumb there is no problem.

Many thanks, Guglielmo

Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this reproducible on current hardy? I attempted your test case, and I can't reproduce the symptom you described.

Changed in compiz:
status: New → Incomplete
Revision history for this message
David Prieto (frandavid100-gmail) wrote :

Yes, it still happens. Attached you'll find a screenshot I just took of EOG: the bottom of the image (and the status bar) are hidden behind the panel.

Could it be a bug in EOG and not in Compiz, though?

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

I just opened an image that is very large (about three times taller than my current resolution) using eog and the window was sized properly. Can you attach the image you're using?

Revision history for this message
David Prieto (frandavid100-gmail) wrote :

Sure, here's the one in my previous screenshot. But any landscape photo will do that (vertical ones result in a smaller window, for some reason).

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

Interesting, your photo does in fact do it. No other photo I've tried has done it though. Anyway, it seems to be too tall by not only the height of the panels but also the height of the window decoration.

Changed in compiz:
status: Incomplete → Confirmed
Changed in compiz:
importance: Undecided → Low
Revision history for this message
sz (szeder) wrote :

While trying to track down some other window sizing bug in eog, I came across this bugreport.

When eog is started with a file argument (e.g. doubleclick on an image in nautilus), the window size is calculated in eog-window.c:eog_window_obtain_desired_size(). Fortunately, this function has some debugging facilities in there that you can turn on by setting the EOG_DEBUG_WINDOW environment variable:

    $ export EOG_DEBUG_WINDOW=
    $ eog <some_picture.jpg> |grep eog_window_obtain_desired_size
    [0.187326 (0.001043)] eog-window.c:1308 (eog_window_obtain_desired_size) Setting window size: 1080 x 934

The reported window size will be in turn passed to gtk_window_set_default_size(). I have run the above command while running metacity and while running compiz, and got the same size in both cases. However, metacity has noticed that the vertical resolution is larger than the available, and made the eog window smaller, accordingly. OTOH, compiz has just set the supplied window size, making the eog window larger than my screen (at least vertically).

Note, that if you omit the |grep from the above command, you get a lot more debug output. I glanced through it quickly, but have not spotted any difference between the runs under metacity and compiz. But nonetheless, I might have missed something relevant in there.

All of this is under hardy rc, with last update being today morning.

Revision history for this message
sz (szeder) wrote :

Another problem that might be related to this issue:

1. Start compiz
2. Start update-manager
3. Move update-manager's window to the bottom of the screen, such way that only the window header is visible. Now increase the window's size vertically by pulling up the window header to the top of the screen.
4. Close update-manager's window
5. Start update-manager
6. Notice, that the window's size is the same, IOW the window is higher than the screen's vertical resolution
7. Close update-manager
8. Turn of visual effects (IOW stop compiz, start metacity)
9. Start update-manager
10. Notice, that update-manager's window is just as high as the space available
11. Resize the update-manager's window as described in step 3.
12. Close update-manager, then start it again
13. Notice, that just as in step 10, update-manager's window is not higher than the space available

I wonder whether eog and update-manager have the same bug that does not triggers with metacity, but triggers with compiz, or it's the fault of compiz. I would suspect the latter.

I think it would be nice to get this issue fixed before an LTS release.

Revision history for this message
Robert Ancell (robert-ancell) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance.

Changed in compiz (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
David Prieto (frandavid100-gmail) wrote :

No, I haven't noticed this behaviour lately. Thanks Robert.

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.