So you are saying that Metacity simply ignores this "bug" that gtk is producing? It seems like two separate issues to me. One issue is that gtk is resizing the dialogue in the first place. That's not what this particular report is about, but solving it would probably hide this bug. This bug is about the 2nd issue, that compiz is not *always* following this resize directive. Like you said, maybe it is to avoid window instability or some such, but it's still incorrect. So, in my opinion both issues need to be solved, and it seems like they should be tracked separately. If the gtk issue is solved before the compiz issue, then the compiz issue may continue on unsolved, only to resurface at some later time.
I would not expect an issue like this will warrant an update in Intrepid, so we would just have to wait for it to be merged upstream so as to appear in the next release. There seems to be some other factor at work here, because a great number of people are not experiencing this bug, otherwise it would indeed be a higher priority. Could it be screen resolution/DPI? I'm also running 1920x1200 like Christian, at 150 dpi. Perhaps the 2nd resize values is being calculated based on the font size + DPI? I will see if I can reproduce this with a new account at the unfortunate standard of 96 dpi. -- Gnome file chooser/selector is way to small https://bugs.launchpad.net/bugs/75324 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
