https://bugs.documentfoundation.org/show_bug.cgi?id=115236
Bug ID: 115236
Summary: file:// URI scheme fails when exporting to HTML and
SVG from LibreOffice Impress Versions: 5.1 & 5.3
Product: LibreOffice
Version: 5.1.0.3 release
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Impress
Assignee: [email protected]
Reporter: [email protected]
Description:
Environment = Ubuntu 16.04 & Firefox 58 & LibreOffice Impress Version: 5.3.7.2
& 5.1.X.X
There are many interrelated problems pertaining to the way LibreOffice Impress
handles the export of URL(URI) links.
a] Impress will completely ignore/remove a relative link when a *.odp is
exported to type *.svg
(example [a] = Insert > Link type > Internet > Web > URL:
"./subdirectory/file.xyz")
(result [a] = when the *.svg is opened in above listed web browser, no
hyperlink(s) will exist)
b] Impress should never convert the characters "file://" to "smb://" when a
*.odp is exported to type *.svg
(example [b] = Insert > Link type > INTERNET > Web > URL:
"file://./subdirectory/file.xyz")
(result [b] = when the *.svg is opened in above listed web browser, hyperlink
becomes "smb://./subdirectory/file.svg" and is dead)
c] Impress should never strip out "." character when used as the first
character in a relative link in a *.odp that is exported to type *.svg
(example [c] = Insert > Link type > DOCUMENT > DOCUMENT PATH:
"file://./subdirectory/file.xyz")
(result [c] = when the *.svg is opened in above listed web browser, hyperlink
becomes "file:///subdirectory/file.svg" and is dead since it is not resolved
correctly)
- The use of the file protocol (file://) was an attempt to workaround the fact
that Impress cannot correctly embed relative links when exporting a *.svg
- Usage of the file:// protocol was a futile effort to try to get a relative
URL within the *.svg to resolve correctly such that the *.svg can be used
without absolute links
- Piles of unnecessary JavaScript had to be added to every web link in order to
parse the location URL of the *.svg and then generate a URL for the hyperlink
resource
- Please carefully review the concept of baseURL as it pertains to a *.svg
created by Impress that has local filesystem links
- It is difficult to report more errors since the above listed items are so
fundamental that additional items can't be dealt with until basic functionality
is established.
Steps to Reproduce:
a] Impress will completely ignore/remove a relative link when a *.odp is
exported to type *.svg
(example [a] = Insert > Link type > Internet > Web > URL:
"./subdirectory/file.xyz")
(result [a] = when the *.svg is opened in above listed web browser, no
hyperlink(s) will exist)
b] Impress should never convert the characters "file://" to "smb://" when a
*.odp is exported to type *.svg
(example [b] = Insert > Link type > INTERNET > Web > URL:
"file://./subdirectory/file.xyz")
(result [b] = when the *.svg is opened in above listed web browser, hyperlink
becomes "smb://./subdirectory/file.svg" and is dead)
c] Impress should never strip out "." character when used as the first
character in a relative link in a *.odp that is exported to type *.svg
(example [c] = Insert > Link type > DOCUMENT > DOCUMENT PATH:
"file://./subdirectory/file.xyz")
(result [c] = when the *.svg is opened in above listed web browser, hyperlink
becomes "file:///subdirectory/file.svg" and is dead since it is not resolved
correctly)
Actual Results:
a] Impress will completely ignore/remove a relative link when a *.odp is
exported to type *.svg
(example [a] = Insert > Link type > Internet > Web > URL:
"./subdirectory/file.xyz")
(result [a] = when the *.svg is opened in above listed web browser, no
hyperlink(s) will exist)
b] Impress should never convert the characters "file://" to "smb://" when a
*.odp is exported to type *.svg
(example [b] = Insert > Link type > INTERNET > Web > URL:
"file://./subdirectory/file.xyz")
(result [b] = when the *.svg is opened in above listed web browser, hyperlink
becomes "smb://./subdirectory/file.svg" and is dead)
c] Impress should never strip out "." character when used as the first
character in a relative link in a *.odp that is exported to type *.svg
(example [c] = Insert > Link type > DOCUMENT > DOCUMENT PATH:
"file://./subdirectory/file.xyz")
(result [c] = when the *.svg is opened in above listed web browser, hyperlink
becomes "file:///subdirectory/file.svg" and is dead since it is not resolved
correctly)
Expected Results:
When a user exports a LibreOffice Impress document to the file format SVG, the
user expects that hyperlinks associated with the text and imagery will actually
function when the SVG file is opened in a web browser such as FireFox.
Reproducible: Always
User Profile Reset: No
OpenGL enabled: Yes
Additional Info:
Note: LibreOffice Documentation is not accurate. There are two checkboxes that
are not referenced in the Help citation. The Help files do not address the
reality of the UI.
Choose Tools - Options - Load/Save - General and specify in the Save URLs
relative to ??? FIELD ??? if LibreOffice creates relative or absolute
hyperlinks. Relative linking is only possible when the document you are working
on and the link destination are on the same drive.
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101
Firefox/58.0
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
