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 761395 - gnome-terminal limits to max 256 columns default size
gnome-terminal limits to max 256 columns default size
Status: RESOLVED FIXED
Product: gnome-terminal
Classification: Core
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-02-01 11:36 UTC by Dominique Leuenberger
Modified: 2016-02-14 10:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dominique Leuenberger 2016-02-01 11:36:29 UTC 
With screens and resolutions getting higher and higher, the limit of gnome-terminal to allow a maximum of 256 columns in a configured default set seems outdated.

See also downstream bug 
https://bugzilla.suse.com/show_bug.cgi?id=964400

As far as I've seen, the only limiting factory is actually the gsettings schema not allowing for higher numbers, right?

If so, I can easily provide a patch, adjusting this to any number we agree on.
Comment 1 Egmont Koblinger 2016-02-01 14:57:48 UTC 
I agree.

Shall we go for 500 or 511 (as the largest number supported by ncurses/slang???) or this is not our problem?
Comment 2 Dominique Leuenberger 2016-02-01 15:27:48 UTC 
(In reply to Egmont Koblinger from comment #1)
> I agree.
> 
> Shall we go for 500 or 511 (as the largest number supported by
> ncurses/slang???) or this is not our problem?

Not sure if we should consider that 'our' problem.
Comment 3 Christian Persch 2016-02-01 15:46:35 UTC 
Before tightening the limits, we've had people setting this to ridiculously high numbers which results in a crash when creating the window due to exceeding some X window size limitations.

I think changing to max 511 shouldn't exceed those limits, though.

Note that you also need to change the max value in the profile editor's .ui file.

Also note that on gtk+ 3.19, geometry doesn't work correctly anyway, so the future of this setting is uncertain.
Comment 4 Egmont Koblinger 2016-02-01 19:08:00 UTC 
Wait, does it mean that I'll get an arbitrarily sized g-t window rather than 80x24? :(
Comment 5 Christian Persch 2016-02-05 21:30:57 UTC 
(No idea what will happen, I haven't updated to gtk+ master yet for this reason.)
Comment 6 Egmont Koblinger 2016-02-05 21:40:00 UTC 
(And I'm afraid resize increments won't work either. This will suck big time.)
Comment 7 Christian Persch 2016-02-14 10:04:03 UTC 
I increased the max to 511.