В 255-alt1.1 появился очередной кусок кода, обрабатывающий UNICODE. Он обрабатывает этот UNICODE даже если никакого UNICODE нет, если локаль KOI8-R, например. Всё оттого, что не проверяется, запущен ли xterm в юникоде или без. В результате русские буквы из буфера при попытке вставить преобразутся в юникод и отображаются в виде "#######". Steps to Reproduce: 1. запустить xterm в локали KOI8-R 2. набрать что-нибудь по-русски 3. отметить левой кнопкой 4. вставить средней кнопкой Actual Results: ###-###### ##-###### Expected Results: что-нибудь по-русски
Created attachment 1953 [details] юникодные танцы нужны только в неоднобайтовых локалях
Совсем забыл: 1. Патч прилагается. Влиять на работу при любой двухбайтовой локали не должен. 2. before release git-push please 3. Если что-нибудь отметить, foreground-цвета теперь не сохраняются, а превращаются в background. Это бага или фича?
(In reply to comment #1) > Created an attachment (id=1953) [edit] > юникодные танцы нужны только в неоднобайтовых локалях На самом деле нужно вообще выкинуть этот кусок (заменить #if OPT_WIDE_CHARS на #if 0) - в utf-8 он тоже работает неправильно, поскольку там гвоздями прибит вызов UTF8toLatin1. Всё это безобразие было затеяно для преобразования некоторых символов Unicode в близкие по начертанию символы Latin-1, но напрочь сломало работу в других локалях. Пока что проще просто выкинуть этот кусок. (In reply to comment #2) > 2. before release > git-push please +1 > 3. Если что-нибудь отметить, foreground-цвета теперь не сохраняются, а > превращаются в background. Это бага или фича? В этой версии добавили ресурс highlightTextColor (хотя вроде бы предполагалось, что в случае, когда он не задан, сохраняется старое поведение).
(In reply to comment #0) [...] > Steps to Reproduce: > 1. запустить xterm в локали KOI8-R [...] У меня при локали CP1251 не воспроизводится, хотя по идее должна -- ведь CP1251 тоже однобитная. Интересно, почему?
(In reply to comment #4) > У меня при локали CP1251 не воспроизводится, хотя по идее должна -- ведь CP1251 > тоже однобитная. Интересно, почему? s/однобитная/однобайтная/
(In reply to comment #5) > (In reply to comment #4) > > У меня при локали CP1251 не воспроизводится, хотя по идее должна rpm -qi xterm ?
(In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > У меня при локали CP1251 не воспроизводится, хотя по идее должна > rpm -qi xterm ? [c0der@rock ~]$ rpm -q xterm xterm-225-alt1.1
Я иметь хорошая новость! :) - Бага действительно имеет место быть, причем похоже, что только в локали KOI8-R - Бага появилась в версии 225 - Бага исправлена автором в версии 226 На днях я соберу новую версию и могу выложить в Сизиф. Есть только два маленьких вопроса: 2damir@: давай я себе тогда и заберу пакет, раз с ним вожусь и de facto являюсь его мэйнтенером 2all@: какой командой мне смержить сборки xterm'а из git'а Дамира в свой?
И вот ещё мысль: можно 226 отправить в Сизиф, а в бранч положить 225 c патчиком для этой баги. В Дебиане, кстати, патчик чуток другой: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=13;att=0;bug=420974 Кто что скажет?
В сизиф ушел xterm-225-alt1.2, исправляющий эту багу. Как только он там появится, прошу проверить, чтоб бага действительно испрвлена и тогда его можно будет переложить в бранч. (Ну а потом я уже и 226 в Сизиф отправлю..)
Закрывать будем?
Mark as CLOSED.
Что-то бага эта у меня снова воспроизвелась на 235-alt1 и локали CP1251 =(
