| Summary: |
xterm SD sequence does not work in mouse tracking mode |
| Product: |
xorg
|
Reporter: |
D. Hugh Redelmeier <hugh> |
| Component: |
App/xterm | Assignee: |
Xorg Project Team <xorg-team> |
| Status: |
RESOLVED
FIXED
|
QA Contact: |
|
| Severity: |
normal
|
|
|
| Priority: |
high
|
CC: |
hugh
|
| Version: |
6.8.2 | |
|
| Hardware: |
x86 (IA32) | |
|
| OS: |
Linux (All) | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Two xterm control sequences have overlapping representations: CSI Ps T Scroll down Ps lines (default = 1) (SD) CSI Ps ; Ps ; Ps ; Ps ; Ps T Initiate hilite mouse tracking. Parameters are [func;startx;starty;firstrow;lastrow]. See the section Mouse Tracking. When in VT200_HIGHLIGHT_MOUSE mode, the SD sequence isn't recognized. This has been the case for many years. It just became a problem because the new xterm termcap entry adds an SR capability that says SD works (which it does not always do). It seems to me that the two sequences could be allowed to both work if they were disabmiguated by the number of parameters. Fallback: remove SR from termcap entry for xterm.