vte3 0.56.0 messes up terminator colours

Bug #1820544 reported by Sparhawk on 2019-03-17
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Terminator
Undecided
Unassigned

Bug Description

I just updated vte3 from 0.54.3 to 0.56.0. The on-screen colours appear slightly messed up. I've attached an attachment showing the console colours with both versions of vte3. In the newer vte3 0.56.0, each pair of colours now show the same colour, instead of minor variants, despite my settings to show them differently.

I tested with Konsole, which shows them differently, as per terminator + vte3 0.54.3.

I can reproduce with a clean ~/.config/terminator/config.

I've attached the output of `terminator -d` for both versions of vte3.

I tested with the latest gtk3 trunk (via the AUR's `terminator-gtk3-bzr`) and can replicate the issue. I also tried with the AUR's `terminator-bzr` (I'm not sure the difference), but couldn't get it to launch.

Up-to-date Arch Linux
Terminator 1.91 (-6)
KDE Plasma 5.15.3

[1] https://aur.archlinux.org/packages/terminator-gtk3-bzr/
[2] https://aur.archlinux.org/packages/terminator-bzr/

Sparhawk (sparhawkthesecond) wrote :
Sparhawk (sparhawkthesecond) wrote :
Sparhawk (sparhawkthesecond) wrote :
Sparhawk (sparhawkthesecond) wrote :
Egmont Koblinger (egmont-gmail) wrote :

See also:
- bug 1740311
- https://bugzilla.gnome.org/show_bug.cgi?id=762247
- https://bugzilla.redhat.com/show_bug.cgi?id=1687141

Use 9x instead of 1;3x to get bright color. Or 1;9x to get bold and bright.

The change in VTE was intentional. Terminator could add a config option to revert to the old behavior, though.

Sparhawk (sparhawkthesecond) wrote :

Ah okay, thanks for that information. I only really noticed the change in `ls --color=auto`, where the default colours were now quite difficult to tell apart. I suppose it must be possible to revert them, but a config in terminator would be even better!

Egmont Koblinger (egmont-gmail) wrote :

What would be even better is for default ls colors to really ask for bright whenever it indeed wants bright. :)

Sparhawk (sparhawkthesecond) wrote :

Fair point!

Sparhawk (sparhawkthesecond) wrote :

I've investigated a bit more, and if I interpret it correctly, it seems that the new vte way of doing it is not only more correct, but also allows access to more colours. It took me a few days to reconfigure dircolors/LS_COLORS, mutt, my prompt, etc., but I'm in agreement that this change is for the better.

I'm happy for this to be closed, unless you think it's worth adding the config option. I doubt I'd use it personally. FWIW I also came across a report somewhere else that described how some OS X terminals had a similar option as well, if that is relevant.

Thanks for the information!

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.