https://bugs.documentfoundation.org/show_bug.cgi?id=115270

            Bug ID: 115270
           Summary: LibreOffice Impress export *.SVG = fail. Usage of
                    "javascript:window" in a TEXT Link results in
                    fundamentally flawed behavior in the web browser.
           Product: LibreOffice
           Version: 5.3.7.2 release
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Impress
          Assignee: libreoffice-bugs@lists.freedesktop.org
          Reporter: duder_t...@hotmail.com

Description:
Environment = Ubuntu 16.04 & Firefox 58 & LibreOffice Impress Version: 5.3.7.2

In LibreOffice Impress 5.1.X.X a hyperlink (' Link ') could be assigned to
text, the slide could be exported to *.SVG and the hyperlink would function
properly.
Using the same code on text in Impress 5.3.7.2 and exporting the slide to *.SVG
results in illogical window behavior in the web browser.
Using the same code on an image (imported *.svg file) in Impress 5.3.7.2 and
exporting the slide to *.SVG results in correct window behavior in the web
browser.

Here is the Link contents:

javascript:window.alert("https://google.com/";);window.open("https://google.com/";);window.history.go(document.baseURI);

Notice that the code above has three window objects.

The *.SVG file created by Impress instructs the web browser to open three new
windows if this javascript is assigned to *TEXT*.
The *.SVG file created by Impress instructs the web browser to open one window
if this javascript is assigned to an *IMAGE*.

Note that this javascript is being used since Impress cannot export a *.odp to
*.svg that has relative links.
See BUG # 115236.

Here is sample HTML code that demonstrates correct behavior.
Create a *.html file and open this file in a web browser.
After clicking the button an alert box will open up on the page, followed by a
new window opening up @google.com, then the first window will reset to initial
state.

<!DOCTYPE html>
<html>
<body>
<p>Click the button to open a new browser window.</p>
<button onclick="myFunction()">Try it</button>
<script>
function myFunction()
{window.alert("https://google.com/";);window.open("https://google.com/";);window.history.go(document.baseURI);}
</script>
</body>
</html> 

Impress used to be able to create a *.SVG file that could do exactly what the
HTML code listed above can do.

Steps to Reproduce:
1. Create a new *.odp
2. Type some text
3. Select some amount of text that has been typed
4. Create hyperlink out of selected text
5. Insert > Link... > Web > javascript:(use code from above)
6. Insert an image into the document to compare behavior
7. Insert > Image > pick any image
8. Select Image
9. Insert > Link... > Web > javascript:(use code from above)
10. File > Save
11. File > Export >*.svg
12. Open *.svg in a web browser and observe the incorrect behavior of the text
link

Actual Results:  
Using text for a hyperlink does not result in the same behavior as when an
image is used for a hyperlink. The link protocol must be javascript: since the
file:// protocol fails for all situations when Impress tries to export a *.SVG.

Expected Results:
It is expected that Impress can export a *.SVG file with relative links.
Impress cannot do this.

It is expected that Impress can export a *.SVG file with javascript assigned to
text.
Impress cannot do this.



Reproducible: Always


User Profile Reset: No



Additional Info:
There are *many* problems with *.SVG export from Impress. A thorough review of
this functionality is needed. LibreOffice should not refer to the 5.3.7.2
release as suitable for "an enterprise or corporate environment or a
conservative user".




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
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to