bugGNU Screen - Bugs: bug #52203, ESC and ^G in :windowlist select...

 
 

bug #52203: ESC and ^G in :windowlist select wrong window

Submitted by:  None
Submitted on:  Tue 10 Oct 2017 09:12:57 PM UTC  
 
Category: Program LogicSeverity: 3 - Normal
Priority: 5 - NormalStatus: Confirmed
Privacy: PublicAssigned to: None
Open/Closed: OpenRelease: 4.3.1
Fixed Release: NonePlanned Release: None
Work Required: None

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Tue 24 Oct 2017 12:57:44 AM UTC, comment #2:

I submitted this bug. Now I have a savannah account.

Bela Lubkin <filbo>
Tue 10 Oct 2017 09:14:34 PM UTC, comment #1:

Submitted by Bela Lubkin; several of my email addresses are well known.

Anonymous
Tue 10 Oct 2017 09:12:57 PM UTC, original submission:

It's some sort of -x multi-display mode interaction. To reproduce:

1. Create file ~/.screen-windowlist-bug:

chdir /tmp
screen -t tmp
chdir /var
screen -t var
select 0

2. In one 'physical' terminal (for me: one tab of an `xfce4-terminal`), run:

$ screen -x -R -S screen-windowlist-bug -c ~/.screen-windowlist-bug -p 0

-- observe that shell pwd is /tmp

3. In another terminal (2nd tab of `xfce4-terminal`), run:

$ screen -x -R -S screen-windowlist-bug -c ~/.screen-windowlist-bug -p 1

-- observe that shell pwd is /var

4. In the first physical terminal, hit ^A " [ == ^A : windowlist -b ]

-- observe that the highlighted member of the window list is '1 var'; which is probably reasonable, as it is the most recently activated window.

5. Without moving the highlight, hit ESC or ^G

-- observe that the first physical terminal (and thus both physical terminals) is now displaying window 1 'var'.

This is the bug. I expect ESC or ^G to have the effect of closing the windowlist without changing which window is displayed in the viewing terminal.

6. There is a second bug which I find less troublesome (thus not worth the effort of creating a 2nd report). Observe the 'select 0' in my .screen-windowlist-bug -- this is there because step 2's `screen ... -p 0` does not succeed in selecting window 0. It appears that '-p %d' succeeds when attaching to an existing screen session, but not if that session was created by the current `screen` command. So I put in 'select 0' as a workaround; it makes step 2's command-line '-p 0' appear to work.

Note: observed these issues on Ubuntu 16.04.3 LTS running the distro's screen 4.3.1 ('4.3.1-2build1'). I downloaded but did not build source for 4.3.1 and 4.6.1; observed that */list_window.c were identical, so I assume my main bug still exists. The 2nd bug would be in some other code so it may not exist any more (I have no data).

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by filbo (Posted a comment)
  • -unavailable- added by amade (Updated the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 11 Oct 2017 11:01:23 AM UTCamadeCategoryUser Interface=>Program Logic
      StatusNone=>Confirmed

    Back to the top


    Powered by Savane 3.1-cleanup1