Wrong window geometry?

Bug #578545 reported by Matheus Pacheco de Andrade
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Unity
Fix Released
Medium
Mirco Müller
unity (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

When I run Gimp under Unity, the leftmost window goes behind the left Unity sidebar. This beahviour is consonant with the fact than maximized screens seem to lose one or two pixels to the left and sometimes Firefox doesn't get to properly go fullscreen (getting crunched in the Unity "Desktop").
Maybe it is reporting wrong window gemotry, I don't know. And I know it is too soon to report bugs, but maybe it is helpful.

Related branches

affects: unity → liblauncher
Changed in liblauncher:
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
Neil J. Patel (njpatel) wrote :

Thanks for testing out Unity. Do you mean that the leftmost window is partially blocked by the launcher sidebar by a couple of pixels (same as maximized), or is it opening behind the launcher entirely? A screenshot would be most useful :)

affects: liblauncher → unity
Changed in unity:
assignee: nobody → Neil J. Patel (njpatel)
Revision history for this message
Neil J. Patel (njpatel) wrote :

Oh, and it's never too soon for bug reports, thanks for testing :)

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :

The maximizing issue and the Gimp issue are two different things that I suspect are related.
Sending some screenshots, one of a freshly opened Gimp and two comparing the leftmost part of firefox when unmaximized versus maximized. My suspiction is that we're losing 2 or 3 columns of pixels when maximizing.

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :

The maximizing issue and the Gimp issue are two different things that I suspect are related.
Sending some screenshots, one of a freshly opened Gimp and two comparing the leftmost part of firefox when unmaximized versus maximized. My suspiction is that we're losing 2 or 3 columns of pixels when maximizing.

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :
Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :
Revision history for this message
Neil J. Patel (njpatel) wrote :

Okay, great, I see what you mean.

The maximizing issue should be pretty easy to fix, seems like we haven't synced the size of the 'panel area' in the window manager and what we're drawing.

The second issue is going to need some work, it would seem that Mutter should automatically avoid the left panel when opening windows, I'm not sure why that isn't just working. Will investigate.

Changed in unity:
status: Triaged → Confirmed
Revision history for this message
toor58 (uharrieman) wrote :

Confirm the Gimp not fitting the window properly. Can this be related to the background sizing problem? Bug
#578686
.

Revision history for this message
toor58 (uharrieman) wrote :

My pixels are dissapearing on the right hand side (mine) of screen. Example of Chromium dissapearing under the scroll bar.

behavior is not consistent in Firefox. It sometimes loses rows of pixels on the right, next the left, next screen does not fit and I have a bottom horizontal scrollbar.

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :

I see what you say. When I said I was losing pixels, it was from the entire window, from the frame itself. But I confirm your observation of losing webpage rendered area to the right side.

Neil J. Patel (njpatel)
Changed in unity:
milestone: none → 0.2.0
Neil J. Patel (njpatel)
Changed in unity:
milestone: 0.2.6 → 0.2.8
Neil J. Patel (njpatel)
Changed in unity:
milestone: 0.2.8 → 0.2.10
Neil J. Patel (njpatel)
Changed in unity:
milestone: 2010-06-17 → 2010-06-24
Neil J. Patel (njpatel)
Changed in unity:
milestone: 2010-06-24 → 2010-07-01
Neil J. Patel (njpatel)
Changed in unity:
assignee: Neil J. Patel (njpatel) → Mirco Müller (macslow)
Mirco Müller (macslow)
Changed in unity:
status: Confirmed → In Progress
Revision history for this message
Mirco Müller (macslow) wrote :

I've pushed a branch with a fix for this bug (see "related branch"). But looking at the commit-history of plugin.vala with commit 185.1.3 on 3.3.2010 from Gordon, this -1 of the width of the left strut-bar was added. I wonder what reverting this could cause. Sofar I've not encountered any regressions with my fixed branch.

Mirco Müller (macslow)
Changed in unity:
status: In Progress → Fix Committed
Neil J. Patel (njpatel)
Changed in unity:
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package unity - 0.2.14-0ubuntu1

---------------
unity (0.2.14-0ubuntu1) maverick; urgency=low

  * New upstream release.
    - fix wrong window geometry (LP: #578545)
    - fix quicklist items were unresponsive when the mouse was overing over them
      (LP: #598561)
    - fix can't drag and drop item to last position in launcher (LP: #595819)
    - removes/unfavorites apps on drag out, (LP: #592744)
    - fix contracted/expanded feature doesn't take mouse position into account
      (LP: #595878)
    - fix really slow to display place icons (LP: #599901)
    - display files thumbnails (LP: #599896)
  * debian/control:
    - recommend ubuntu-netbook-default-settings as the session file is there
      and a lot of people could install unity without the session file
    - build-dep on last clutk
 -- Didier Roche <email address hidden> Thu, 01 Jul 2010 19:08:22 +0200

Changed in unity (Ubuntu):
status: New → Fix Released
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.