Summary: | update-menus is vulnerable to broken menu files | ||||||
---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Dmitry V. Levin <ldv> | ||||
Component: | menu | Assignee: | Sergey V Turchin <zerg> | ||||
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
Severity: | blocker | ||||||
Priority: | P2 | CC: | eostapets, inger, mike, pilot, viy, zerg | ||||
Version: | unstable | ||||||
Hardware: | all | ||||||
OS: | Linux | ||||||
URL: | http://bugzilla.altlinux.ru/show_bug.cgi?id=4169 | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 3459, 7079 | ||||||
Attachments: |
|
Description
Dmitry V. Levin
2004-05-17 00:58:29 MSD
Как воспроизвести падение? #4169 - не оно? Я не утверждаю, что оно падает, я утверждаю, что один сломанный файл может сломать всё меню. У меня #4169 не ломает генерацию всего остального меню Denis, could you help us, please? можно наблюдать update-menus -v -n Can be reproduced on demand any time when I'm at home until my local Sisyphus copy is the same. Проверил дома. На этот раз update-menus по-прежнему ругается на файл меню, но меню не рушатся. Проверил для fluxbox и для gnome2 --- эффект не повторяется (исходная ситуация наблюдалась на gnome2). Но в этот раз есть одно отличие: если сейчас update-menus жалуется на файл меню, но продолжает работать, то раньше он прекращал работу сразу же после сообщения об ошибке. Это видимо на menu-2.1.5 было Сизиф как был 20040506, так и остался. menu-2.1.9-alt10 в обоих случаях. Я собираюсь сегодня обновиться до вчерашнего Сизифа. Перед этим ещё какую-нибудь диагностику ещё сделать? не знаю, вот если бы воспроизводилось Не могу воспроизвести Я уже сизиф обновил, по-прежнему не могу поймать снова, хотя menu опять ругается на файл от supertux-xxxx-alt2 (в котором должен был файл исправиться). Пока больше ничем помочь не могу, разве что посоветовать попробовать самостоятельно написать зловредный файл, глядя на исходник. (In reply to comment #13) > Я уже сизиф обновил, по-прежнему не могу поймать снова, хотя menu опять ругается > на файл от supertux-xxxx-alt2 (в котором должен был файл исправиться) У меня то же самое Для воспроизведения проблемы можно поставить старый пакет rpmdrake, его файл меню останавливает update_menus, и меню не генерируется. А можно его не ставить, а прикрепить сю (In reply to comment #15) > Для воспроизведения проблемы можно поставить старый пакет rpmdrake, его файл > меню останавливает update_menus, и меню не генерируется. А можно его не ставить, а прикрепить сюда этот меню-файл? (In reply to comment #16) > А можно его не ставить, а прикрепить сюда этот меню-файл? Не нужно, я воспроизвел. В файле меню aMule указана section="Networking/File Transfer" (Transfer с большой буквы). В результате из меню KDE полностью исчезает категория "Сеть->Передача файлов" вместе со значками всех прочих программ данной секции. При этом update-menus сообщений об ошибке не выводит. Если исправить Transfer на transfer, то всё возвращается в норму. Так задумано, что категории меню должны быть чувствительными к регистру? 2Zerg: ничего не исправлялось ? C menu-файлом rpmdrake из M-2.0 menu не падает, но генерация накрывается, а это уже бог знает, когда исправят. Слишком дофига нам exception-ов. It is not really fixed, right? Я ничем не могу помочь, кроме совета просмотреть код. (In reply to comment #21) > It is not really fixed, right? Да, но не падает. Там exception слишком общего характера, поэтому я пока не знаю, как исправить. Выбросив menu?.. (In reply to comment #24) > Выбросив menu?.. Рановато пока. $ grep /usr/lib/menu/ ./contents_index | wc -l 605 Но зато уже grep /usr/share/applications/ ./contents_index | wc -l 717 Т.е. уже преимущество за desktop-файлами У меня перестало воспроизводиться menu-2.1.29 Created attachment 1617 [details]
rpmdrake
menu-файл, с которым воспроизводилось из-за того, что там \n , а не \\n
|