[screen-devel] [bug #11610] XON (Ctrl-S) halts screen 4.0.2

Follow-up Comment #22, bug #11610 (group screen): System: Linux fedora 6.5.12-100.fc37.x86_64 Screen version 4.99.0 I followed these steps, trying to follow original report: * created a session * started with ctrl-a + c new session, connected via ssh to remote. * switched to previous terminal, e

[screen-devel] [bug #23637] mouse-clicks in hardstatus

Follow-up Comment #5, bug #23637 (group screen): Linux fedora 6.8.11-300.fc40.x86_64 Screen version 4.99.0 After setting *mousetrack on* in .screenrc, I became able to switch windows by just clicking anywhere within region, including caption, but not hardstatus.

[screen-devel] [bug #23939] screen -xRR versus screen -RRx, rflag funkiness

Follow-up Comment #4, bug #23939 (group screen): Screen version 4.99.0 Flags *-xRR* and *-RRx* behaviour is still different, as in original submission - *-RRx* replies with "There is no screen to be attached.", meanwhile *-xRR* creates session. __

[screen-devel] [bug #25489] screen -md doesn't work

Follow-up Comment #4, bug #25489 (group screen): Screen version 4.99.0 Screen outputs "Bad session name" with *-md* / *-dm* when precedes /usr/bin/gedit. Looks fixed. ___ Reply to this item at: _

[screen-devel] [bug #25135] lock should not be possible if unix password is not set

Follow-up Comment #2, bug #25135 (group screen): Screen version 4.99.0 Patch variable *using_pam* not found in source, so I think patch is not applied(and not applicable anymore). But, after *passwd --delete user* and *ctrl-a + ctrl-x* in screen session on behalf of that user, session detaches in

[screen-devel] [bug #24827] Shouldn't prompt for nonexistent password

Follow-up Comment #1, bug #24827 (group screen): After this steps https://savannah.gnu.org/bugs/?25135#comment2 password is still prompted on *screen -R*. The password is always considered incorrect. ___ Reply to this item at:

[screen-devel] [bug #25611] PLease return shell error code: screen -r -X select INVALID-NAME

Follow-up Comment #2, bug #25611 (group screen): Screen 4.99.0 on Fedora 40 user@fedora:~$ screen -r -X select 2 No screen session found. user@fedora:~$ echo $? 1 Also hints about current sessions are provided if they exist =) Fixed! ___

[screen-devel] [bug #25752] does not accept °° as command characters in utf-8 mode

Follow-up Comment #3, bug #25752 (group screen): Screen 4.99.0 on Fedora 40 user@fedora:~$ screen -e^A№ Two characters are required with -e option, not '^A№'. Reproduced with three bytes character ___ Reply to this item at:

[screen-devel] [bug #18505] problem with caption and utf-8

Follow-up Comment #15, bug #18505 (group screen): Screen 4.99.0 on Fedora 40 Setup: *PROMPT_COMMAND="/bin/echo -ne '\033k\033\0134'"* in /etc/bashrc Getting *?* s while making input after *ctrl-a + :title * or after typing after *ctrl-a + A* , after hitting *Enter* title contains those *?* s. A

[screen-devel] [bug #31770] v4.00.03 causes infinite loop

Follow-up Comment #1, bug #31770 (group screen): Linux fedora 6.9.6-200.fc40.x86_64 Screen version 4.99.0 I opened screen in multiuser mote from remote (session A), then detached session on local and opened session B, attached multiuser from remote within *session A to session B*, and then tried

[screen-devel] [bug #31336] Fix outputs screen "ÿ" after a connected character

Follow-up Comment #5, bug #31336 (group screen): Linux fedora 6.9.6-200.fc40.x86_64 Screen version 4.99.0 python -c 'print("\u304b\u3099..")' or ruby -e 'puts "\u304b\u3099.."' outputs in screen - " ÿ..", outside - "が.." ___

[screen-devel] [bug #30738] screen -r kills the original screen if "chdir" is used

Follow-up Comment #1, bug #30738 (group screen): Linux fedora 6.9.6-200.fc40.x86_64 Screen version 4.99.0 Screen session becomes Detached and can be easily attached. ___ Reply to this item at:

[screen-devel] [bug #29969] i face screen problem with bottoms home and end

Follow-up Comment #1, bug #29969 (group screen): Screen version 4.99.0 Linux fedora 6.9.6-200.fc40.x86_64 HM button works fine in screen session and in default terminal ___ Reply to this item at:

[screen-devel] [bug #35119] Break the lock

Follow-up Comment #1, bug #35119 (group screen): Screen version 4.99.0 on Fedora 40 After locking and invalid password input, if I enter *screen -rd* screen responses with request to choose a session, if I specify locked session - screen prompts for password. Seems working _

[screen-devel] [bug #51471] copy mode key bindings also trigger also trigger on the command line (colon)

Follow-up Comment #2, bug #51471 (group screen): Screen 5.0.0 Linux fedora 6.8.5-301.fc40.x86_64 Reproduced, and the key value was placed in corner, breaking the command input. ___ Reply to this item at:

[screen-devel] [bug #40589] Crash when using zombie resurect for windows with built-in telnet

Follow-up Comment #1, bug #40589 (group screen): Screen 5.0.0 Linux fedora 6.8.5-301.fc40.x86_64 I went through the steps described below and after I sent [G]oodbye command to bbs.vslib.cz I was able to resurrect the session which prompted for userid\password. Seems fixed.

[screen-devel] [bug #39012] Command line to enable logging does not work -X log

Follow-up Comment #2, bug #39012 (group screen): Linux fedora 6.8.5-301.fc40.x86_64 Screen version 5.0.0 After following instructions, in both cases files were created: "test_prog.txt" and "screenlog.0" accordingly. Seems working! ___ Rep