Bug 846642 - GNU Screen problem with colors in statusline
Summary: GNU Screen problem with colors in statusline
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: screen
Version: 17
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Petr Hracek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-08-08 10:25 UTC by Michał Goliński
Modified: 2013-08-01 08:34 UTC (History)
4 users (show)

Fixed In Version:
Clone Of: 718360
Environment:
Last Closed: 2013-08-01 08:34:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michał Goliński 2012-08-08 10:25:27 UTC
+++ This bug was initially created as a clone of Bug #718360 +++

The following bug still persists in up-to-date Fedora 17.

Description of problem:

I've had a working statusline in screen, well maybe not state-of-the-art, but got used to it. It showed a green list of screen windows with the name of the current window in blue. Unfortunately in the new (F15) version it doesn't work as expected. Everything works fine unless the active window is the last one, then the color shift is not applied as supposed to be. When one starts to select in konsole, it can be seen that color is indeed applied, only not to the right characters.

Version-Release number of selected component (if applicable):

$ rpm -q screen
screen-4.1.0-0.3.20101110git066b098.fc15.x86_64


How reproducible:

Just run screen.


Steps to Reproduce:
1. put the fllowing lines:

hardstatus alwayslastline
hardstatus string '%=%{G}%?%-Lw%?%{b}(%n %t)%{G}%?%+Lw%?%='

into .screenrc
2. run screen
3. create a new screen window and check that it's only the last window that causes problems.
 
Actual results:
If the last window is active, all windows in the list are green

Expected results:
Active window's name should be blue (as is the case for all the other windows).

Additional info:

--- Additional comment from jeremie.grauer on 2011-07-06 04:57:31 EDT ---

I have the same issue with my hardstatus line too :

hardstatus alwayslastline
hardstatus string '%{= kG}[ %{4}%{C}%H%{0} %l %{= kG}]%{g}[%{B}%= %{=kw}%?%-Lw%?%{r}(%{Y}%n*%f %t%?(%u)%?%{r})%{B}%?%+Lw%?%?%= %{g}][%{B} %d-%m-%Y %{W}%0c %{kG}]'

Just open a new screen and you'll see the issue when you open more than 5 tabs and you select one of the latest tab : the color is completely off...

I have removed this version of screen and installed the rpm from FC14 (4.0.3-15.fc12.x86_64.rpm) and it works fine but this version doesn't include the patch for the vertical split...

As a workaround, I have replaced the binary by the one from Debian Wheezy to have the vertical split.

--- Additional comment from fedora-admin-xmlrpc on 2011-08-08 04:16:59 EDT ---

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

--- Additional comment from jeremie.grauer on 2012-05-29 10:29:18 EDT ---

Hello,

Just a quick update to inform you that this bug still exist on Fedora 16, can someone update the version.

I can understand that's a low priority so I'll stick with my fix.

--- Additional comment from ktyredhat on 2012-06-24 19:34:53 EDT ---

Is this due to the now-fixed limitation in screen? There is in older screen versions

#define MAX_WINMSG_REND 16 /* rendition changes */ 

which limits the number of total color changes to 16. Increasing this to 256 gives more colors. Apparently it has already been fixed upstream. See

http://git.savannah.gnu.org/cgit/screen.git/commit/?id=e6a28cf8bfdac15faa6c267bf476ddcaddf48d67

and

http://savannah.gnu.org/bugs/?22146

If this has been fixed upstream, all that is needed to fix this is either

- update the red hat version to a newer screen which incorporates the above git commit
- backport the above, extremely simple git patch

--- Additional comment from lnykryn on 2012-06-25 03:38:27 EDT ---

Unfortunately this is not fixed in upstream. This patch is already included in f15+.

--- Additional comment from endoflife on 2012-08-07 15:57:21 EDT ---

This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 1 Fedora Admin XMLRPC Client 2013-02-05 12:31:28 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Petr Hracek 2013-05-06 06:53:04 UTC
Problem already tracks by upstream.
http://savannah.gnu.org/bugs/?32339

Could you please remove first occurrence of %= in your hardstatus string line and try to reproduce them again?

Comment 3 Michał Goliński 2013-05-06 10:14:21 UTC
I can confirm, that indeed, removing "%=", i.e. aligning the tabs list to the left makes the problem with colors disappear. Unfortunately the colors are still off in the original one.

Good to hear this is tracked upstream.

Comment 4 Fedora End Of Life 2013-07-04 02:31:47 UTC
This message is a reminder that Fedora 17 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 17. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '17'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 17's end of life.

Bug Reporter:  Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 17 is end of life. If you 
would still like  to see this bug fixed and are able to reproduce it 
against a later version  of Fedora, you are encouraged  change the 
'version' to a later Fedora version prior to Fedora 17's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 5 Fedora End Of Life 2013-08-01 08:34:22 UTC
Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.