В старом kdelibs (по крайней мере 3.5.7-alt8) открытие файлов по протоколу fish:// с помощью, например, openoffice.org работало следуюшим образом: копирование во временную папку при открытии - загрузка обратно по закрытию. В новом kdelibs (3.5.9-alt4) url передаётся напрямую openoffice.org (без создания локальной копии), он его не может открыть и падает. Хочется вернуть старое поведение. Как воспроизвести: открыть openoffice-ом любой файл по протоколу fish://
Подтверждаю. У меня тоже падает. kdelibs-3.5.9-alt4.M40.1 в konqueror открываю fish://server/ тыкаю в файл odt. "Открыть в OpenOffice". Либо ничего вообще не происходит, либо запускается splash OpenOffice и пропадает. OpenOffice не запускается.
openoffice.org-kde-2.4.1.7-alt2 kdebase-kio-3.5.9-alt7 открытие из oowriter работает
ООо не поддерживает протокол fish ТОЧКА раньше (по крайней мере на 4.0) копирование на локальную машину для редактирования и сохранение обратно работало средствами KDE
(In reply to comment #3) > редактирования и сохранение обратно работало средствами KDE Если только средствами openoffice.org-kde KDE только отдает URL в качестве параметра запускаемой программе.
про ООо я уже все сказал
(In reply to comment #4) > KDE только отдает URL в качестве параметра запускаемой программе. > В 4.0 работало не так - запускаемой программе отдавалась локальная копия. И делалось это, насколько я понимаю, с помощью kio.
тогда причем здесь openoffice.org-kde?
я изначально вешал багу на kdelibs, возвращаю туда же
в kdelibs нет этой ошибки
если за создание локальной копии файла отвечает на kio, то кто?
Пока не разобрались, кто виноват - передвигаю на cross-component. P.S.: господа, будьте хоть чуть-чуть менее упёртыми. RESOLVED/NOTABUG - не есть правильный resolution на 90% багов, закрытых как RESOLVED/NOTABUG в этой багзилле.
-> vitty, необходимо дополнительное исследование.
какое исследование? у меня никто не запросил дополнительной информации по ошибке.
(In reply to comment #10) > если за создание локальной копии файла отвечает на kio, то кто? Я уже несколько раз указывал -- opeoffice.org-kde Он использует kio Создайте fish://host/home/user/file.html и попробуйте открыть при помощи firefox или seamonkey
(In reply to comment #14) > Создайте fish://host/home/user/file.html > и попробуйте открыть при помощи firefox или seamonkey Если этого мало, сделайте это в той системе, где OOo открывает
Если и этого мало, на системе, где работает, удалите openoffice.org-kde и попробуйте снова открыть
Нужное(желаемое) поведение работает на машине без пакета openoffice.org-kde вот с такими пакетами openoffice и kde: [eve@localhost ~]$ rpm -qa| grep kdebase kdebase-3.5.7-alt16 kdebase-kcontrol-3.5.7-alt16 kdebase-kdm-3.5.7-alt16 kdebase-libs-3.5.7-alt16 kdebase-konqueror-3.5.7-alt16 kdebase-kdeprint-3.5.7-alt16 kdebase-wm-3.5.7-alt16 kdebase-kio-3.5.7-alt16 kdebase-libkonq-3.5.7-alt16 kdebase-common-3.5.7-alt16 [eve@localhost ~]$ rpm -qa| grep openoffice openoffice.org-2.3.0-alt1.M40 openoffice.org-langpack-ru-2.3.0-alt1.M40 docs-openoffice-kirill-060324-alt2 openoffice.org-langpack-uk-2.3.0-alt1.M40 [eve@localhost ~]$ rpm -qa| grep kdelibs kdelibs-3.5.7-alt8 [eve@localhost ~]$ после удаления пакета openoffice.org-kde я даже компьютер перезегрузил для верности. Работает без openoffice.org-kde
Возможно, действительно, я виноват, что не верил. http://websvn.kde.org/branches/KDE/3.5/kdelibs/kio/kioexec/main.cpp?r1=652914&r2=653071 Но, пока не выяснил до конца.
Не ту ссылку дал http://websvn.kde.org/branches/KDE/3.5/kdelibs/kio/kioexec/main.cpp?r1=574108&r2=614397 Возможно, после этого перестало работать.
После обновления только 1-го openoffice.org-2.3.1.1-alt4.M40.1 до openoffice.org-2.4.1.7-alt0.M40.1 работать перестает. Сравните c новым OOo kioexec "/usr/lib/openoffice.org/program/soffice.bin -writer" fish://host/path/file.odt и kioexec oowriter fish://host/path/file.odt В первом случае работает. Новый OOo стал форкатсься таким образом, что тот процесс, который запустило kde, сразу завершает работу, после чего сразу происходит проверка, не изменился ли файл, диалог предложения закачать обратно, соответственно, пролетает и сон 3 мин перед удалением скачанного в /tmp файла и exit 0.
(In reply to comment #20) > Сравните c новым OOo > kioexec "/usr/lib/openoffice.org/program/soffice.bin -writer" fish://host/path/file.odt > и > kioexec oowriter fish://host/path/file.odt > В первом случае работает. дело не в этом > > Новый OOo стал форкатсься таким образом, что тот процесс, который запустило > kde, сразу завершает работу, после чего сразу происходит проверка, не > изменился ли файл, диалог предложения закачать обратно, соответственно, > пролетает и сон 3 мин перед удалением скачанного в /tmp файла и exit 0. > да нет, похоже ООо запускается вообще без kioexec
(In reply to comment #21) > похоже ООо запускается вообще без kioexec я это выясню, а скрипты OOo нужно исправить, чтоб через kioexec работало
каким образом если он запускается как /usr/lib/openoffice.org/program/soffice.bin -writer filename а kioexec воспринимает "-writer" не как опцию для soffice.bin, а как собственную
(In reply to comment #23) > а kioexec воспринимает "-writer" не как опцию для soffice.bin, > а как собственную ты неправильно скопировал то, что я написал
(In reply to comment #21) > да нет, похоже ООо запускается вообще без kioexec C vim-X11 редактирование текстовых файлов работает и предлагает закачать обратно
В oowriter.desktop написано Exec=oowriter %U нужно заменить на Exec=oowriter %F и исправить скрипт запуска, чтоб не форкался
(In reply to comment #26) > В oowriter.desktop написано > Exec=oowriter %U > нужно заменить на > Exec=oowriter %F Это нужно делать только если хочется, чтоб работало без openoffice.org-kde, иначе пусть он сам загружает через fish:/ и без kioexec
openoffice.org-2.4.1.9-alt2
