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 756024 - Geometry problems with 0px padding
Geometry problems with 0px padding
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: 2015-10-03 23:02 UTC by Egmont Koblinger
Modified: 2021-06-10 15:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Egmont Koblinger 2015-10-03 23:02:56 UTC
~/.config/gtk-3.0/gtk.css:
VteTerminal {
    padding: 0px 0px 0px 0px;
}

gnome-terminal, as well as ./src/vte-2.91:

In Unity, when I start to resize them (or open a second g-t tab and then close it) the window srinks vertically to just a few lines, and from that moment on I can't normally resize it. Works correctly in gnome-shell, though.

xterm with no padding (~/XTerm -> *internalBorder: 0), as well as ./src/testvte:

Works correctly in both WMs.

At this point it could be a bug in vte, gtk, unity...?
Comment 1 Egmont Koblinger 2017-09-25 21:27:58 UTC
Still present in Artful beta with current g-t.

Cannot reproduce the bug with the new testapp "./src/app/vte-2.91". (I begin with a font size change to enable geometry, to work around bug 787710 comment 9.)
Comment 2 Egmont Koblinger 2017-09-29 12:46:32 UTC
Unfortunately this bug is still present, wasn't fixed by bug 787710's fix.

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 3 Egmont Koblinger 2019-01-01 22:12:20 UTC
Current status, on Ubuntu Cosmic with Unity 7, vte and g-t from git:

The config file ~/.config/gtk-3.0/gtk.css has to be updated to:
vte-terminal {
    padding: 0px 0px 0px 0px;
}

Vertical shrinking occurs if the window contains no other contents than VTE itself vertically. That is, the top and bottom margins are both 0, old-fashioned server-side decorated window is used, and (as it's in Unity by default) the menu bar isn't shown in the window either.

Horizontal shrinking occurs if the window contains no other contenst that VTE itself horizontally. That is, the left and right margins are both 0, and the scrollbar is hidden.

In the mean time, xterm doesn't work as expected without a padding aka internal border either. Upon the first resize event, a 1px internal border appears on the right and bottom. (Maybe this was the behavior when I originally reported this, too, but I just didn't realize it.)
Comment 4 GNOME Infrastructure Team 2021-06-10 15:06:34 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/2235.