Bug 14694

Summary: Не открывается последний проект, если название его файла содержит не-ascii символы
Product: Sisyphus Reporter: Yury Aliaev <mutabor>
Component: gnucashAssignee: Andrey Cherepanov <cas>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P2 CC: cas
Version: unstable   
Hardware: all   
OS: Linux   
Attachments:
Description Flags
Patch fixing this bug
none
Новый патч
none
Ещё один патч none

Description Yury Aliaev 2008-02-28 17:48:02 MSK 
При сохранении проекта, название файла которого содержит не-ascii символы, при
последующем запуске программы этот проект не открывается, а вместо него
открывается последний из сохранённых проектов, в названии которого нет не-ascii
символов. Данная ошибка проявляется, если переменная окружения $LANG
соответствует не-UTF-8 локали (например LANG=ru_RU.KOI8-R).
Comment 1 Yury Aliaev 2008-02-28 17:49:10 MSK 
Created attachment 2457 [details]
Patch fixing this bug

После приложения этого патча ошибка пропадает. Вроде бы больше ничего не
взрывается...
Comment 2 Vitaly Lipatov 2008-03-08 09:39:01 MSK 
Спасибо, исправлено в gnucash-2.2.4-alt1.src.rpm
Comment 3 Yury Aliaev 2008-03-31 13:01:32 MSD 
Патч работает с ошибками. В частности, не открываются файлы при указании
названия параметром в ком. строке
Comment 4 Yury Aliaev 2008-03-31 13:06:27 MSD 
Created attachment 2531 [details]
Новый патч

Новый патч, который исправляет 95% ошибок (возможны взрывы в достаточно редко
используемых местах, которые я ещё попробую предотвратить). По крайней мере
проверка основных функций (открытие файла из диалога, указание названия
параметром при запуске из ком. строки, выбор файла из списка недавно открытых,
сохранение) показала, что всё работает. В заголовках окон и диалогах всё также
корректно отображается.
Comment 5 Yury Aliaev 2008-03-31 13:28:01 MSD 
Created attachment 2532 [details]
Ещё один патч

Патч, устраняющий ещё один попутно выявленный скрытый глюк и повышающий степень
свободы от глюков до 98%.
Comment 6 Yury Aliaev 2008-03-31 13:30:34 MSD 
Ввиду того, что все явные и некоторые (а, возможно, и все) скрытые сбои в работе
с названиями файлов, содержащих не-ascii символы при работе в неюникодных
локалях устранены, перевожу данный баг в состояние "исправлено". Сбои если и
возможны, но в весьма экзотических местах программы.