LibreOffice v6.3 when FILESAVE "save as HTML" the output document has no bookmark links targeting within i.e. bookmarking into the html document itself in tables. (Inconsistent - bookmarks at very start of document sometimes will remain to become links in output htm file - very rarely). HTML "links" in original document (to external targets) are carried through the "save as" perfectly. I reinstalled v220.127.116.11 & it works perfectly porting bookmarks to links in output file.
Steps to Reproduce:
1. In Writer (.odt) file & add table & add words in some of table squares.
2. Select entire word only (not entire square), create bookmark(s).
3. Select different unused word(s) and create hyperlink to bookmarks created in step 2. Save document as type .odt and HTML (yielding two files).
Open HTML file with Chrome / IE browser. Clicking on hyperlinks within table does not "link" to bookmarks created in LibraOffice Writer v6.3. In the odt file type the bookmarks and hyperlinks work as expected.
If HTML file is created with LibraOffice Writer v18.104.22.168 the links to "internal to document" bookmarks works, this is expected. For LibraOffice Writer v6.3 these destination bookmark links will not exist in the output HTML document, that is not expected.
User Profile Reset: No
OpenGL enabled: Yes
In v6.2, bookmarks created to text entered into table squares and the links to those bookmarks (all in the same document) will be saved as destination links (and hyperlinks) in the associated "save as HTML" output files [good].
Open GL Report is 100% enabled at v4.6 (WIN10PRO)
From Help - About LibraOffice information is unavailable, I've reinstalled v6.2 which does work, because v6.3 did not work. Sorry I didn't get the v6.3 help information.
I'm 60 years old, in my entire life I've never experienced a profile corruption issue on any of my computers. This is not a problem that resetting my profile will fix.
You are better programmers than I am. Thank you.
Would it be possible you attach an odt file example so we can try to reproduce this quickly?
(In reply to Julien Nabet from comment #2)
> Would it be possible you attach an odt file example so we can try to
> reproduce this quickly?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it)
OK, I have to install LOv3 on a different computer because I can't get my main machines oos with v3 - so this will take awhile. It's going to take 4 files, the before and after picture i.e. before odt file and after html file; that is one of each from v2.6 and one of each from v3. Let me work on it. Thank you.
[Automated Action] NeedInfo-To-Unconfirmed
Awesome work guys, thank you! Consider this bug squashed (I have circumvented it by not using that functionality anymore) BUT imho additional documentation would be nice & would have saved me weeks of work. Admit I did not go straight to testing for problem resolution, so this has haunted me for months perhaps. But I figured it out. Thank you again.
I don't know how to request additional/change to existing documentation, but allow me to suggest it here please: Request a paragraph or note added to either Writers Guide 6.0 (existing) Note page 78, or Getting Started Guide 6.0 (existing) Note/Tip page 338; at the end of one of those Note(s) something like:
“Also, if relative links are enabled (via the menu Tools > Options > Load/Save > General, e.g. with only “save URLs relative to the local file system” checkbox checked) be advised that if the file is saved to a different location than it was originally saved to: The file save operation will automatically attempt to retain the original destination for all the (document file) links, and that save operation will change all the original relative links into absolute URL links. This is expected design behavior and it is not unique to LibreOffice. If any of the links are “Web” or internet links, then LibreOffice will not try to change them, as they were not relative links to begin with. So if you desire to retain relative paths in the document for hyperlinks to other files: first save the document then copy and paste the document (along with the linked files & path) to the new location/directory. That will ensure that the “save to new location” behavior does not change the relative hyperlink destinations into absolute URLs for the LibreOffice document when the document will be opened in a different path/directory.”
Olivier: thought you might be interested in this one, indeed what about recycling this bugtracker as documentation issue?
(In reply to Julien Nabet from comment #7)
> Olivier: thought you might be interested in this one, indeed what about
> recycling this bugtracker as documentation issue?
I understand this is Fixed as Documentation.
But until it'c clear where, I'll just set as New.