Bug 3482 - does not support $BROWSER
Summary: does not support $BROWSER
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: url_handler (show other bugs)
Version: unstable
Hardware: all Linux
: P1 enhancement
Assignee: placeholder@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
: 3856 (view as bug list)
Depends on: 10136
Blocks: 3481 10122
  Show dependency tree
 
Reported: 2004-01-13 16:34 MSK by Sergey V Turchin
Modified: 2010-11-25 14:00 MSK (History)
9 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey V Turchin 2004-01-13 16:34:38 MSK
#!/bin/sh 
# this script don't execute Konqueror 
export BROWSER=konqueror 
exec url_handler.sh http://linux.org
Comment 1 Sergey V Turchin 2006-03-07 13:19:02 MSK
http://www.catb.org/~esr/BROWSER/ 
Comment 2 Vitaly Lipatov 2006-03-08 00:04:27 MSK
А url_handler.sh это альтовская придумка или шире? 
Comment 3 Dmitry V. Levin 2007-03-10 23:53:11 MSK
*** Bug 3856 has been marked as a duplicate of this bug. ***
Comment 4 Dmitry V. Levin 2007-03-10 23:53:49 MSK
I'll fix.
Comment 5 Dmitry V. Levin 2007-03-11 00:53:57 MSK
Проблема в том, что семантика url_handler'а отличается от
http://www.catb.org/~esr/BROWSER:
С одной стороны, в url_handler'е нет подстановки %s; это нетрудно сделать.
С другой стороны, в $BROWSER нет тэга, который в url_handler'е характеризует тип
 браузера (PW, XW, XT, VT).
Comment 6 Dmitry V. Levin 2007-03-11 02:42:50 MSK
Implemented in 0.3.0-alt1.
Comment 7 Sergey V Turchin 2007-03-12 14:23:04 MSK
Работает:
BROWSER=/usr/bin/konqueror url_handler.sh www.ru
Не работает:
BROWSER=konqueror url_handler.sh www.ru
BROWSER="kfmclient openProfile webbrowsing" url_handler.sh www.ru
Меня последний вариант особенно интересует
Comment 8 Andrey Rahmatullin 2008-01-27 23:32:36 MSK
Тоже хочу не указывать полный путь.
Comment 9 Repository Robot 2010-11-24 05:14:34 MSK
url_handler-0.3.1-alt1 -> sisyphus:

* Wed Nov 24 2010 Dmitry V. Levin <ldv@altlinux> 0.3.1-alt1
- url_handler.sh: added "mailto" type autodetection (closes: #24627).
- url_handlers: changed mailx mode to XT (closes: #17538).
- url_handler.sh: treat BROWSER and MAILER environment variables as
  colon-separated lists without necessary full path (closes: #3482).
Comment 10 Dmitry A. Kharitonov 2010-11-24 08:48:28 MSK
Раз пошла такая пьянка, то в /etc/urlview/url_handlers и в "$HOME"/.etc/urlview/url_handlers желательно тоже сделать полные пути не обязательными. Но возможность указания полного пути нужно обязательно оставить.
Comment 11 Dmitry V. Levin 2010-11-24 16:31:52 MSK
В url_handler-0.3.1-alt1
Comment 12 Sergey V Turchin 2010-11-24 16:38:43 MSK
Опоздали немного. Он уже не нужен. Есть xdg-open
Comment 13 Dmitry A. Kharitonov 2010-11-24 17:36:33 MSK
(В ответ на комментарий №12)
> Опоздали немного. Он уже не нужен. Есть xdg-open

А вы уверены что он рабочий?
[user@eeedima Documents]$ xdg-open www.ru
ошибка выполнения команды файл www.ru не найден
[user@eeedima Documents]$ xdg-open http://www.ru
запускает процесс копирования с http://www.ru
А вы уверены, что он будет работать без граф среды?
url_handler на данный момент работает безупречно и очень гибко настраивается
Comment 14 Sergey V Turchin 2010-11-24 17:56:31 MSK
(В ответ на комментарий №13)
> А вы уверены что он рабочий?
Да.

> [user@eeedima Documents]$ xdg-open www.ru
> ошибка выполнения команды файл www.ru не найден
А разве такой файл у вас есть?

> [user@eeedima Documents]$ xdg-open http://www.ru
> запускает процесс копирования с http://www.ru
У меня нет. Значит в вашем DE он ведет себя неправильно

> А вы уверены, что он будет работать без граф среды?
Ну, разве что это в нем не реализовано пока.

> url_handler на данный момент работает безупречно
Он тупо работает, не принимая в рассчет окружение.

> и очень гибко настраивается
Мышью? Не может быть ;-)
xdg-open у меня, например, настраивается в центре настройки KDE, где ему и положено. У кого-то другого он будет настраиваться в месте, специфичном для его DE.
Comment 15 Dmitry A. Kharitonov 2010-11-24 20:35:46 MSK
(В ответ на комментарий №14)
> (В ответ на комментарий №13)
> > А вы уверены что он рабочий?
> Да.
А я считаю, что нет
> 
> > [user@eeedima Documents]$ xdg-open www.ru
> > ошибка выполнения команды файл www.ru не найден
> А разве такой файл у вас есть?
А где указано, что я хочу открыть файл?
url_handler в этой ситуации запускает доступный браузер и нормально открывает страницу
> 
> > [user@eeedima Documents]$ xdg-open http://www.ru
> > запускает процесс копирования с http://www.ru
> У меня нет. Значит в вашем DE он ведет себя неправильно
да ну??? Это значит у него такая фича?
url_handler в этой ситуации работает совершенно корректно
У меня KDE
> 
> > А вы уверены, что он будет работать без граф среды?
> Ну, разве что это в нем не реализовано пока.
А будет реализовано?
> 
> > url_handler на данный момент работает безупречно
> Он тупо работает, не принимая в рассчет окружение.
Всё он принимает корректно, зато xdg-open работает как-то мягко говоря неожиданно
> 
> > и очень гибко настраивается
> Мышью? Не может быть ;-)
> xdg-open у меня, например, настраивается в центре настройки KDE, где ему и
> положено.
А url_handler сделан так, что настройки обычно не требуется
и, интересно, как вы попросите пользователя показать вам его настройки дистанционно. Для url_handler достаточно будет переслать конфиг по почте
А центр настройки KDE у меня вообще отсутствует и я от этого ни сколько не страдаю
>У кого-то другого он будет настраиваться в месте, специфичном для его
> DE.
и вы считаете это фичей? в одном DE в одном месте, в другом DE в другом месте?
url_handler везде настраивается в одном месте и независимо от DE и даже без DE -- это классический пример правильно написанной программы.
Comment 16 Dmitry V. Levin 2010-11-25 01:02:32 MSK
Просьба ошибки в xdg-open обсуждать в соответствующих багах.
Comment 17 Sergey V Turchin 2010-11-25 14:00:13 MSK
(В ответ на комментарий №15)
> А я считаю, что нет
Пока не будете приводить номера багов, вы тоже считаете его рабочим.