Summary: | Проблема с русским языком в тэгах и комментариях nepomuk | ||
---|---|---|---|
Product: | Branch p6 | Reporter: | Valentin Lutt <lutt> |
Component: | kde4libs | Assignee: | Andrey Cherepanov <cas> |
Status: | CLOSED FIXED | QA Contact: | QA p6 <qa-p6> |
Severity: | major | ||
Priority: | P3 | CC: | aen, zerg |
Version: | не указана | ||
Hardware: | x86 | ||
OS: | Linux |
Description
Valentin Lutt
2011-06-05 12:34:52 MSK
Речь о nepomuk 2zerg@: http://forum.altlinux.org/index.php/topic,10786.msg142108.html#msg142108 "то же самое проявляется на бете от 04.21 с KDE обновлённым до 4.6.2-alt2, на предыдущей бете от 04.29 без обновлений этого нету. " На компонент, содержащий /usr/lib/libnepomuk.so.4 Откатил пока virtuoso-opensource Только не нашел номального способа почистить от тэгов с вопросами. Похожая проблема в дистрибутиве 6.02. Если тэг присвоен файлу, в пути к которому встречаются русские символы, то поиск по тэгу фактически не работает. Вернее сам файл находится, но в пути к нему русские символы не отображаются и при попытке этот файл открыть пишется что он не существует. Сам тэг после перезапуска сессии пропадает. Если в пути русских символов нет, то всё нормально. Проблем с русским в самих тэгах нету. И не работает фильтр "Документы, Аудиофайлы" и пр. Пишется что ничего не найдено. Проявляется как в 64-х, так и в 32-х разрядной версии. Начиная с какого обновления это проявилось сказать затрудняюсь. Что самое интересное, на рабочей машине с 32-х битной системой и всеми обновлениями всё работает. Единственная разница что там на /home стоит XFS, а дома ext4. Может быть проблема в том, какая версия virtuoso создала базу данных. Можно попробовать: - создать резервную копию данных nepomuk - удалить ~/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend - перезапустить nepomuk или весь KDE - восстановить из резервной копии Вполне может быть. На работе система ставилась несколько раньше. Но сейчас баг наблюдается на свежеустановленной системе. Возможно, недоиндексировалось. Однако тэг присвоенный позже, но файлу, в пути к которому нет русских символов, отображается нормально. |