After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 788334 - No geometry hints initially in testapp under unity7
No geometry hints initially in testapp under unity7
Status: RESOLVED OBSOLETE
Product: vte
Classification: Core
Component: general
git master
Other Linux
: Normal minor
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-09-29 12:42 UTC by Egmont Koblinger
Modified: 2021-06-10 15:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Egmont Koblinger 2017-09-29 12:42:09 UTC 
Forking off from bug 787710 comment 9 onwards:

In the new test app ./src/app/vte-2.91, using Ubuntu Artful 17.10 beta's Unity 7 desktop environment, geometry hints are not enabled initially. They are enabled after a font size change (Ctrl + keypad Plus/Minus).

Works fine under GNOME Shell.

We should test other WMs as well. If it's only buggy under Unity then I'm absolutely fine with WONTFIX as it's getting deprecated by Ubuntu anyways.
Comment 1 Egmont Koblinger 2017-10-18 12:57:05 UTC 
Note that the bug only occurs in about half of the cases in Unity 7.

In GNOME Shell it's reliably okay.

Possibly related to bug 789137 comment 1.
Comment 2 Christian Persch 2017-10-18 14:58:29 UTC 
When this happens, what does an "xprop WM_NORMAL_HINTS" on the misbehaving vte-2.91 window say that the geometry hints are? If they are set and correct, then I'd say this is a unity bug for not respecting them.
Comment 3 Egmont Koblinger 2017-10-18 19:25:28 UTC 
Nope, geom hints are not set then.

[It's tricky because (I haven't noticed it so far, or the behavior has changed) geom hints are properly installed on focus toggle. So I cannot rely on xprop and pointing with the mouse, I had to do "xprop -id $WINDOWID WM_NORMAL_HINTS".

But then, totally misleadingly, $WINDOWID refers to g-t where I launch the test app from, and I couldn't figure out how to get it without losing the focus. So I had to patch the testapp to set WINDOWID (ported from g-t).]

The first one is before the first focus toggle (with continuous resize), the second one is after:

WM_NORMAL_HINTS(WM_SIZE_HINTS):
		program specified minimum size: 265 by 64
		program specified base size: 0 by 0
		window gravity: NorthWest

WM_NORMAL_HINTS(WM_SIZE_HINTS):
		program specified minimum size: 265 by 82
		program specified resize increment: 9 by 18
		program specified base size: 18 by 46
		window gravity: NorthWest
Comment 4 GNOME Infrastructure Team 2021-06-10 15:25:17 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/vte/-/issues/2434.