file:// opened in WebBrowser
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xfce4-terminal |
Invalid
|
Medium
|
|||
xfce4-terminal (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Since version 0.4.8 URL link handling hast changed. Because of useing
function exo_execute_
instead of
function exo_url_
like in prior versions, the program to open a link is defined by the category in the terminal instead of letting this decision do the exo_... function. This results in opening file:// URL in WebBrowser instead of TextEditor (like in 0.4.7).
This reduces usibility dramaticaly.
I would suggest to give the old function call back! Alternatively there should be a additional category "TextEditor" defined in the terminal code to handle file:// URLs.
REPRODUCE: try the following in version 0.4.7 and 0.4.8
type "file:///etc/hosts" and do a mouse over middle klick
description: | updated |
description: | updated |
Changed in xfce4-terminal: | |
importance: | Unknown → Medium |
status: | Unknown → Invalid |
Since the c5cbf887baa8f4f fb0b205b2c69d03 1efd9a2367 commit of Terminal this summer, the terminal widget now always use exo_execute_ preferred_ application_ on_screen( ) instead of gtk_show_uri() to open URIs to fix inconsistencies with links and mailto: references.
However, since the category parameter is set to WebBrowser in this case, file:// URIs which where recognized by gtk_show_uri() as local files and handled by MIME-associated apps such as image browsers or text editors are now always opened in the exo preferred web browser (Firefox).
This make advanced operations such as directly starting a slideshow or editing a source file much less direct than before from a terminal widget and requires the user to manually copy/paste the URI to the appropriate tool.
Could a fallback to the old method using gtk_show_uri() be implemented for these URIs, since the exo alternative doesn't appear to provide a "use MIME-associated application instead" category?
Regards,