2308 2003-02-26 17:15:37 +0300 при \'save session\' (из любого wm/de) в качестве \'command\' сохраняется mozilla-bin а не mozilla 2006-11-06 22:56:50 +0300 1 1 4 Development Sisyphus mozilla unstable all Linux CLOSED NOTABUG P4 enhancement --- 1 dfo eostapets eostapets mike qa-sisyphus oldest_to_newest 2100 0 dfo 2003-02-26 17:15:37 +0300 при выходе из kde/wm/whatever с \"сохранением сессии\" у mozilla (и, наверное, galeon, etc) в качестве \"команды запуска\" сохраняется mozilla-bin а не mozilla (как должно было бы быть). предпологаемое решение - в mozilla добавить ключ \"-setcommand имя\", при наличии которого она будет делать XSetCommand(), и, \"из скриптов\" запускать mozilla-bin с этим ключом... --- --- 13320 1 inger 2004-05-05 16:27:02 +0400 подарок новому мантейнеру 14633 2 legion 2004-06-03 17:18:45 +0400 В KDE 3.2.2 не воспроизводится. Как воспроизвести ? Эта ошибка еще актуальна ? 14638 3 dfo 2004-06-03 17:25:20 +0400 В wmaker - выбрать в меню "save session", потом в ~/G/D/WMState посмотреть на "Command = " для mozilla. Для galeon - точно актуально. Для мозилы сейчас проверю. Актуально. "Command = "/usr/lib/mozilla/mozilla-bin";" 14684 4 legion 2004-06-03 20:26:07 +0400 Да, действительно. Но решение этой проблемы для меня не очевидно :(. Дело в том,ъ что то что написано в WM_COMMAND абсолбтно праильно ... /usr/lib/mozilla/mozilla-bin дейчтвительно бинарник мозиллы, но вот запускать его нужно в определенном окружении и менять это значение на /usr/bin/mozilla это грубый хак. Но даже если пойти на такой шаг, то ваше решение с XSetCommand не годится т.к. мозилла не работает с Х напрямую. Вообщем прблема налицо, но нужно копать чтобы ее решить. 32173 5 mike 2005-10-19 11:21:10 +0400 Боюсь, это проблема, которая неспецифична для нашей сборки mozilla, но вылазит для любого "обёрнутого" приложения (в т.ч. xmms-1.2.8-alt5+). Я бы сказал -- WONTFIX :( 32176 6 mike 2005-10-19 12:03:22 +0400 <gvy> drF_ckoff, а как ты предлагаешь это фиксить? (мне и вправду интересно) <Utvuk> drF_ckoff: я их так и не освоил :( <drF_ckoff> gvy: установкой WM_COMMAND <gvy> drF_ckoff, где установкой? <drF_ckoff> gvy: в приложении обернутом <gvy> drF_ckoff, сделаешь патчик на mozilla (а вдруг и xmms =) и страничку на wiki?.. <drF_ckoff> gvy: "на mozilla" - низачто. на xmms - maybe. только хрен знает когда. =/ <gvy> drF_ckoff, ну тогда LATER... 32237 7 dfo 2005-10-20 15:35:01 +0400 [15:31] <drF_ckoff> gvy: http://antex.ru:8080/data/tmp/xchprop.pl [15:32] <drF_ckoff> gvy: во враппере пускать ее _после_ того, как приложение запустится. звать как "xchprop.pl кривоеимя $0" 32518 8 eostapets 2005-10-27 10:07:52 +0400 Куда копать понял, осталось написать патч:) 32519 9 dfo 2005-10-27 10:48:14 +0400 (In reply to comment #8) > Куда копать понял, осталось написать патч:) Не надо "патч"! В предыдущем комментарии ссылка на скрипт. Упаковать его и воткнуть во враппер. 32524 10 eostapets 2005-10-27 12:47:31 +0400 Не вижу никакого смысла тащить скрипт и править враппер, если можно сделать патч и предложить его апстриму :) 32528 11 dfo 2005-10-27 13:25:24 +0400 Я боюсь, что апстрим пошлет куда подальше с такими "патчами" и будет прав. 32530 12 eostapets 2005-10-27 13:49:08 +0400 Доля пользователей альтернативных WM/DE достаточно велика, чтобы протолкнуть грамотно сделанный патч. 32535 13 dfo 2005-10-27 14:23:30 +0400 А при чем тут WM/DE? И как ты сделаешь "грамотный" патч, который будет ставить WM_COMMAND в имя вызывающего враппера, про который бинарь _ничего_ знать не может и не должен? 32536 14 eostapets 2005-10-27 14:27:36 +0400 Это у кого не может и не должен? /usr/bin/mozilla собирается в дереве исходников той саммой мозилы, так что все, всё знают... 32540 15 dfo 2005-10-27 15:01:17 +0400 /usr/bin/mozilla знает, что она запускает mozilla-bin. а вот mozilla-bin _не знает_, кто ее запустил. и ставить имя в "mozilla" это будет "грязный хак". 32541 16 eostapets 2005-10-27 15:09:47 +0400 mozilla-bin может быть запущена только run-mozilla.sh, все остальное - грязный хак . 42002 17 eostapets 2006-11-06 22:56:49 +0300 В свете смерти mozilla неактуально