Bug 127383 - IMPRESS,HTML: exported File created with frames does not work properly
Summary: IMPRESS,HTML: exported File created with frames does not work properly
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.2.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-05 22:27 UTC by Gerhard Weydt
Modified: 2021-09-20 09:04 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
exported HTML file without frames (224.54 KB, application/zip)
2019-09-05 22:27 UTC, Gerhard Weydt
Details
exported HTML with frames (239.60 KB, application/zip)
2019-09-05 22:29 UTC, Gerhard Weydt
Details
source Impress doc (146.33 KB, application/vnd.oasis.opendocument.presentation)
2019-09-05 22:30 UTC, Gerhard Weydt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Weydt 2019-09-05 22:27:32 UTC
Created attachment 153938 [details]
exported HTML file without frames

An Impress presentation can be exported as an HTML file via Export, selecting HTML as file format. Then you have the choice to use the standard HTML format without or with frames. The described problem occurs with HTML files (or better: directories, for there are many files created) newly created with the stated versions of LibO. I have no example of an HTML file created with an older version of LibO, but I anyway suppose that the cause for the problem is the creation process.
While the format without frames still works correctly, the format with frames, which did work in 6.0, does not produce a directory which works: the starting page looks correct, starting the presentation does work; but you cannot get to the second page, neither using the link of the content in the left column nor using the navigation button above. The button to return to the overview works, though. If you switch off the display of the graphical buttons (using the button at the right with a smaller and abigger A, which also works), then you can arrive at the second page by clicking the appropriate text link; but when you switch back to the display of graphical buttons, the first page is then automatically displayed.
I tested the scenario in 6.2.4.2 and in 6.3.1.2, with the same result. For the 6.4 master I downloaded afew days ago the dialog steps for selecting the button style and the colour scheme look distorted, especially the firstseems unusable, so I cannot tell what really happens there; the resulkt in my test was a version without graphical buttons.
Regarding the parameters I used for creating:
I changed the default for the following attributes:
- 2nd step: With frames, as I said above
- 4th step: checked "link to the original presentation"
- 5th step: selected first button style
- I cancelled "name for HTML design"
All this was formerly done in the same way for the 6.0 version, where it worked.

I add attachments of the test presentation (which I used for the handbook "First Steps") and the created HTML docs with and without frames. The HTML with frames was produced using 6.3.1.2, but the result seems to be the same in 6.2. The HTML without frames was created with 6.2.4.2, but as this worked and still works, that will probably be irrelevant.
Comment 1 Gerhard Weydt 2019-09-05 22:29:45 UTC
Created attachment 153939 [details]
exported HTML with frames

added attachment with frames
Comment 2 Gerhard Weydt 2019-09-05 22:30:48 UTC
Created attachment 153940 [details]
source Impress doc

added source Impress document
Comment 3 Gerhard Weydt 2019-09-25 23:12:48 UTC
I am working on Windows. I now realized that the problem occurs only in Firefox, but not in Edge. In Internet Explorer I get a warning that executing scripts or ActiveX is restricted. After removing this blocking the web pages do work in IE, too.
Being unable to nail down the exact reason for the problem in Firefox, I close this bug report.