Ticket #29 (new enhancement) — at Initial Version
savannah: restoring xterm window title on exit wanted
Reported by: | slavazanko | Owned by: | |
---|---|---|---|
Priority: | trivial | Milestone: | Future Releases |
Component: | mc-core | Version: | |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Branch state: | no branch | Votes for changeset: |
Description
Original: http://savannah.gnu.org/bugs/?13750
Submitted by: | Oswald Buddenhagen <ossi> | Submitted on: | Tue 12 Jul 2005 09:26:47 AM UTC |
Category: | None | Severity: | 3 - Normal |
Status: | None | Privacy: | Public |
Assigned to: | None | Open/Closed: | Open |
Release: | current (CVS or snapshot) | Operating System: | All |
Discussion:
Tue 12 Jul 2005 09:26:47 AM UTC, original submission: another one that has been discussed to death already ... the first candidate for obtaining the xterm title is the xterm title query sequence. at startup the query command should be sent and things should continue as usual. the reply should be handled asynchronously as part of the normal input stream. that effectively means, that at the time the old title is received, a new one has been set already long ago - who cares? on the xterm side the processing is done in-order, so we'll always get the correct title. one remaining case is mc exiting before the report arrives, but anybody quitting mc after no more than 5 seconds should be shot anyway. :) hoooow-ever ... the xterm title query sequence has been classified a first-class security hole of the calibre of ansi bombs, so many sites don't support it any more. so we need a plan b in case we don't get a reply to our query within a few (3-5?) seconds. the answer is once again pretending to be an x application: connecting to $DISPLAY and asking the server for $WINDOWID's title. note that this variant should be a fallback only: it is doomed to failure on remote machines if no (x forwarding)/(env var setup) is done. it's sorta unclean, too.
Note: See
TracTickets for help on using
tickets.