| Summary: | GNOME не обрабатывает Рабочий каталог (поле Path) в .desktop | ||
|---|---|---|---|
| Product: | WINE@Etersoft | Reporter: | Глеб Кордюков <sonner> |
| Component: | Общее | Assignee: | Денис Баранов <baraka> |
| Status: | CLOSED WORKSFORME | QA Contact: | |
| Severity: | minor | ||
| Priority: | P4 | CC: | kondratyuk, lav |
| Version: | 1.0.10 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
| Заявки RT: | 9774 | Связано с: | |
| Дата напоминания: | |||
| Bug Depends on: | |||
| Bug Blocks: | 1217 | ||
|
Description
Глеб Кордюков
2009-03-16 17:39:55 MSK
"Рабочий путь" (по терминологии KDE) у программы присутствует и корректно заполняется при создании ярлыка winemenubuilder'ом. При воспроизведении проблемы на Ubuntu замечено, что у ярлыка так же есть поле Path. Другое дело, что при просмотре свойств ярлыка строки "Рабочий путь" вообще нет в окне свойств (GNOME). Игнорирует ли система по этой причине рабочий путь? В любом случае, бага скорее относится к Ubuntu или к GNOME, а к wine имеет косвенное отношение. Всё-таки нужно выяснить, какая ситуация в Ubuntu (GNOME) точно. Скорее всё придётся автоматом указывать каталог на основании пути к программе. Примерно такой командой: dirname "$(winepath -u "C:\\Program Files\1cv77\\bin\\1cv7s.exe")" (In reply to comment #1) > Игнорирует ли система по > этой причине рабочий путь? Ну вроде не игнорирует, т.к. если поменять на несуществующий каталог, то при попытке запустить выдается ошибка перехода в каталог. Проверил в Ubuntu программу, про которую написано в заявке. Она запускается и без поля Path. |