Unity messes up geometry calculations

[Barry Warsaw]

Binary package hint: unity

I have my Emacs windows set up to display in very specific locations with very specific widths and heights. Unity messes up those geometry calculations in several ways:

* When the initial Emacs window comes up, it is too far right. Normally, I have my Emacs window come up on the right edge of the left screen, but with Unity, it comes up so that a strip of about 1" wide lives on the right screen, while the rest lives on the left screen.

* When I create the second Emacs window (via Emacs keybinding), the window opens too tall. It opens in the correct location horizontally (namely: right next to the first Emacs window), but it is about two text lines too tall.

* When Unity crashes (see some of my other bugs), and restarts. All the Emacs windows are about an inch lower. Do this enough times and the windows crawl right off the bottom of the screen.

[tankdriver (stoneraider-deactivatedaccount)]

Possible Duplicate? Bug #755842 (Non-maximized windows which sit on the border of a workspace move when called)

[Barry Warsaw (barry)]

I don't think this is a duplicate of bug 755842, although the underlying cause could be similar. Note that the messed up geometry affects windows when they are first mapped on the screen, and affect both horizontal and vertical calculations. Both sizes and positions are messed up, and this occurs on both dual-headed and single screen desktops. I've seen it affect Emacs and Terminal.

[jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner. There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. It would help us a lot if you could test it on a currently supported Ubuntu version. When you test it and it is still an issue, kindly upload the updated logs by running apport-collect <bug #> and any other logs that are relevant for this particular issue.

[Launchpad Janitor (janitor)]

[Expired for Compiz Core because there has been no activity for 60 days.]

[Launchpad Janitor (janitor)]

[Expired for compiz (Ubuntu) because there has been no activity for 60 days.]

[Barry Warsaw (barry)]

Setting back to New in compiz because the height problem still exists. Fortunately, the other geometry problems have been solved.

[jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount)]

Barry, Please specify: Does this still exist in 12.04?

[Barry Warsaw (barry)]

On Apr 15, 2012, at 01:20 AM, Chauncellor wrote:

>Barry, Please specify: Does this still exist in 12.04?

It does. I don't think this is an Emacs problem as I also see incorrect
height calculations for Terminal when setting an explicit row size. Note that
I only see these incorrect height calculates when using Unity, not Unity 2D
(which appears to work fine).

Geometry *placement* (e.g. (X, Y) of individual windows) seems fine now.

[Omer Akram (om26er)]

removed compiz-core as that project is obsolete now.

[Launchpad Janitor (janitor)]

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