Ничего, я нашел ответ здесь. Проблема была в AppArmor.
Унаследованный протокол мыши использует необработанные байты для каждой координаты (координата плюс 32). Таким образом, он поддерживает только координаты до 223 (223 + 32 = 255, самое большое значение, которое может содержать байты).
В некоторых ситуациях, например. когда происходит преобразование набора символов или когда какой-то компонент требует, чтобы данные, проходящие через, были действительными UTF-8, байты в диапазоне 128-255 также становятся проблематичными. Таким образом, клики работают надежно только до столбца и строки 95.
Я не знаком с xterm.js и всей вашей средой, чтобы сказать, можете ли вы настроить его для поддержки координат до 223 (например, изменяя кодировку символов, хотя отключение от UTF-8 также было бы глупым движением).
Правильным решением было бы добавить поддержку расширения режима мыши SGR 1006 в screen, см. https: / /savannah.gnu.org/bugs/index.php?37206. Этот новый протокол кодирует координаты с использованием ASCII-цифр, поэтому удаляет верхний предел и избавляет от проблем с кодировкой символов.
Пока они не обратятся к этому, вы можете попробовать попробовать tmux. Это более современная, более активно поддерживаемая альтернатива screen и поддерживает указанное расширение.
Унаследованный протокол мыши использует необработанные байты для каждой координаты (координата плюс 32). Таким образом, он поддерживает только координаты до 223 (223 + 32 = 255, самое большое значение, которое может содержать байты).
В некоторых ситуациях, например. когда происходит преобразование набора символов или когда какой-то компонент требует, чтобы данные, проходящие через, были действительными UTF-8, байты в диапазоне 128-255 также становятся проблематичными. Таким образом, клики работают надежно только до столбца и строки 95.
Я не знаком с xterm.js и всей вашей средой, чтобы сказать, можете ли вы настроить его для поддержки координат до 223 (например, изменяя кодировку символов, хотя отключение от UTF-8 также было бы глупым движением).
Правильным решением было бы добавить поддержку расширения режима мыши SGR 1006 в screen, см. https: / /savannah.gnu.org/bugs/index.php?37206. Этот новый протокол кодирует координаты с использованием ASCII-цифр, поэтому удаляет верхний предел и избавляет от проблем с кодировкой символов.
Пока они не обратятся к этому, вы можете попробовать попробовать tmux. Это более современная, более активно поддерживаемая альтернатива screen и поддерживает указанное расширение.
Унаследованный протокол мыши использует необработанные байты для каждой координаты (координата плюс 32). Таким образом, он поддерживает только координаты до 223 (223 + 32 = 255, самое большое значение, которое может содержать байты).
В некоторых ситуациях, например. когда происходит преобразование набора символов или когда какой-то компонент требует, чтобы данные, проходящие через, были действительными UTF-8, байты в диапазоне 128-255 также становятся проблематичными. Таким образом, клики работают надежно только до столбца и строки 95.
Я не знаком с xterm.js и всей вашей средой, чтобы сказать, можете ли вы настроить его для поддержки координат до 223 (например, изменяя кодировку символов, хотя отключение от UTF-8 также было бы глупым движением).
Правильным решением было бы добавить поддержку расширения режима мыши SGR 1006 в screen, см. https: / /savannah.gnu.org/bugs/index.php?37206. Этот новый протокол кодирует координаты с использованием ASCII-цифр, поэтому удаляет верхний предел и избавляет от проблем с кодировкой символов.
Пока они не обратятся к этому, вы можете попробовать попробовать tmux. Это более современная, более активно поддерживаемая альтернатива screen и поддерживает указанное расширение.