URL:
  <https://savannah.gnu.org/bugs/?66543>

                 Summary: OSC 11 and primary device attributes responses sent
in wrong order
                   Group: GNU Screen
               Submitter: None
               Submitted: Sun 08 Dec 2024 04:23:35 PM UTC
                Category: Program Logic
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 5.0.0
           Fixed Release: None
         Planned Release: None
           Work Required: None


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Sun 08 Dec 2024 04:23:35 PM UTC By: Anonymous
When presented with OSC 11 and then primary device attributes, screen 5.0.0
responds in the wrong order:

$ printf '\033]11;?\a\033[c';read
^[[?1;2c^[]11;rgb:0000/0000/0000^G

I sent primary DA (\033[c) after OSC 11, so the expected response would be:
^[]11;rgb:0000/0000/0000^G^[[?1;2c

For comparison, here's XTerm (without screen):
$ printf '\033]11;?\a\033[c';read
^[]11;rgb:0000/0000/0000^G^[[?63;1;2;4;6;9;15;16;22;28c

(The actual contents of primary DA don't matter here; just the order.)

This is a problem in programs that send a number of queries (including OSC
11), and expect only user input to be sent after the last query (in this case
primary DA). In such programs, screen's OSC 11 response will bleed into user
input.







    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?66543>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/

Attachment: signature.asc
Description: PGP signature

Reply via email to