If I take a .odt document and have Writer export it as a .pdf, the endnotes are only hyperlinked to the footnote text in one direction: from the text proper to the endnote section. However, the reverse is not true: the endnote itself does not have a "return" hyperlink which should return the reader to the place in the text proper where the footnote was inserted. Now, if one clicks on a footnote in the text, the reader must scroll all the way back through the document to find the place where they left off reading. In the .odt text the hyperlinked endnote travels in both directions, which makes reading much easier. I hope that makes sense!
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Please, add small document that demonstrates this problem (so I can verify if this function already implemented or not)
The status is unchanged. Links only function in one direction in the .pdf.
Sorry, disregard the previous note. I was testing with LibreOffice 3.4.4 OOO340m1 (Build:402). I'm unable to test with the beta at the moment. Does anyone else help?
Created attachment 57808 [details] test case to demonstrate endnote automatic link in 3.6.0 master in created pdf no link from text to endnote and no link from endnote to text (at lease I not found in Okular)
Me too: Now (LO writer 3.5.0) the endnote anchor isn't linking to the endnote, in the exported PDF.
I can confirm that this behavior exists in 3.5.2. 1. A pdf's endnotes are only hyperlinked one way. This makes reading the document extremely difficult.
Sorry, but "Version" is most early version where problem found, not current version. Changing again to 3.3.2
Links do not work either way; neither from text to endnote nor from endnote to text. Version: 4.2.0.4
Same for me: Links do not work either way; neither from text to endnote nor from endnote to text. Version: 4.3.1.2
This appears to be a regression. Happy to pay to have it fixed. At the very least, endnotes should be correctly linked to from the body text.
This problem still exists in LibreOffice Writer version 4.3.5.2 Because I read my Writer created documents in pdf form, I need for the footnotes or endnotes to link back to the main text anchors. I am using manually loaded bookmarks and hyperlinks instead of the insert footnote/endnote function to get endnotes that link back to the main text in exported pdfs. Is there any possibility of this being corrected any time soon?
Still the same bug with version 4.4.0.3 ! In the pdf, there is no link from text to endnote, and no link back from endnote to text. This is quite a problem, because i use endnote for large documents. How can we know if and when this bug could be corrected ? Thanks a lot !
I have just checked in 4.4.0.3 that for pagenote, in the generated pdf, there is a link between main text and pagenote, but there is not the inverse link between note and main text. Both the links are available in LibreOffice, both for PageNote en EndNote. The bug is really more important for endnote, specially for a large document. I have changed the title of the report, as this is a bug and not a new feature.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.0) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-02-21
Hello. I'm using the version of LibreOffice 5.0.5 with Ubuntu 15.04 and still exists this bug when exporting a writer document to PDF. Thanks a lot
Inherited from OOo and regression too? I downloaded LO3.3 and used it in Windows 8.1. In LO3.3 the footnotes and endnotes are linked in both ways in the text. When exported to PDF, the links work in one way, that is from the text to the footnotes and endnotes. In Windows 8.1, LO 5.3.0.3, there are no links in the exported PDFs at all working. I would appreciate it very much if this feature would work.
https://bz.apache.org/ooo/show_bug.cgi?id=96257 > "pdf export loses footnote/endnote-link back to anchor" OP >> chrk 2008-11-16 21:21:59 > In a pdf-document exported from this Writer-document the hyperlink from anchor > to endnote is functional, but the endnote character has no link back to the > anchor. Both a regression for the most important part (reference to endnote link), and a "enhancement" (endnote back to text body's reference link)
Affecting 5.2.7
Confirmed for 5.4.2.2 I don't think this bug is too complicated to fix. Please, lots of people are reporting this and it has been years since it was first reported.
Bug confirmed for Writer Version: 5.4.5.1. In Writer: footnote and endnote: both directions ok In exported PDF: footnote: down to footnote ok, back to text broken endnote: both directions broken tested under: Build ID: 1:5.4.5-0ubuntu0.17.10.5 OS: Linux 4.13 Build-ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8 BS: Windows 5.1 Is a basic feature, many people are waiting for correction. Probably much more didn't find this bug report yet. Especially broken endnote back jump is a problem. Affects also long-term filing of *.odt files with PDF/A
Confirmed for 6.1.0.3
Endnote confirmed in 6.0.6.2
Created attachment 148722 [details] Test doc for pdf export bug endnote links
Created attachment 148723 [details] Test pdf showing export bug endnote links
I can confirm this bug with the following version and setup: Version: 6.2.2.2 Build ID: 1:6.2.2-0ubuntu0.18.04.1~lo1 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-GB Calc: threaded
Changing priority back to 'medium' since the number of duplicates is lower than 5
when libreoffice writer file is exported to pdf,Link to Endnote is not even in one direction in PDF.
Mahipal, it's clearly written "Version: (earliest affected)" , do not change.
*** Bug 131488 has been marked as a duplicate of this bug. ***
One-way link for endnotes used to work in OO 3.3 and Lo 3.3 (and Description is correct). But I see that it doesn't work all the way from LO 3.5. Such an old regression may be notBibisectable, so I marked bug 131488 duplicate. Repro 7.0+.
Problem still exists in 6.4.1.2 May 2020 and was first reported 2011. This has become personally urgent, is there a quick fix. My thesis depends on long endnotes as feature of its electronic publishing. I am despearate at this stage.
(In reply to Greg Schofield from comment #32) > Problem still exists in 6.4.1.2 May 2020 and was first reported 2011. This > has become personally urgent, is there a quick fix. My thesis depends on > long endnotes as feature of its electronic publishing. I am despearate at > this stage. The "need info" tag is for developers asking for more information about the problem, not for user support. For help on building a "work around" for the problem, please use the service at https://ask.libreoffice.org/en/questions/ Setting issue again to "new."
*** Bug 132836 has been marked as a duplicate of this bug. ***
This is a big deal for book writers. It impacts negatively on the utility of the document to the reader.
(In reply to R. Green from comment #35) > This is a big deal for book writers. It impacts negatively on the utility of > the document to the reader. I’d like to chime in – if someone intends to write an academic or scientific text and to publish it (which implies the text needs to be in PDF format), this broken feature will prevent that he/she can use LibreOffice at all. And my guess would be that this is a lot of people. So this isn’t a minor problem. This problem was first reported almost 10 years ago. So, please change “Importance” in the bug description at least to “normal”, and please somebody take care of the fix. All that has to be done is to create sort of an “internal links” or bookmarks in the exported PDF By the way, in the ODT format the “jump” works perfectly for endnotes (i.e. a click on the endnote marker in the text produces a jump to the endnote, a click on the index in front of the respective endnote produces a jump back to the marker in the text. And note also: for footnotes, the “jump” function in the exported PDF is actually working – even though only one-way, i.e. to the footnote on the bottom of the page, but not back to the marker in the text, which is probably acceptable for footnotes since one stays on the same text page; and, this is also the way that it is implemented in the ODT file.
Problem still exists in Version: 6.4.6.2 (Build-ID: 1:6.4.6-0ubuntu0.20.04.1) in December 2020.
One of the clear advantages that pdfs should have over hard copy is the ability to INSTANTLY access endnotes. It's loss is definately a blow for non-fiction/technical authors.
Still reproducible in the following version: Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.0.4_rc2-0ubuntu0.18.04.2 Calc: threaded It does not link either way. Adding regression keyword as it seems to be a double-regression, according to previous comments.
I tested with Linux's bibisect-43all, and the PDF produced by LO 3.5 did not have any endnote linking in it when opened with Document Viewer. (Some notes: Footnote linking worked in LO3.5 from text body to footnote only - and it still works in 7.2+. Also, I had to use Document Viewer in Ubuntu 20.04 - 16.04 didn't work.) I also tested with Word 2010. The PDF produced by Word doesn't have any linking at all.
An internet search makes me wonder if endnotes are even a concept in PDFs.
(In reply to Justin L from comment #41) > An internet search makes me wonder if endnotes are even a concept in PDFs. They are if you use LaTeX + Hyperref + enotez packages. Indeed, with such setup links go both directions: click in the anchor and go to the note, click on the note and go to the anchor.
This really very annoying bug!
Georgy Litvinov committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/51d1952cf05381a48e6b0797d5e001452181b1ec tdf#142741 and tdf#38187 Set valid pages for footnote links PDF export. It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Georgy Litvinov: thank you for your work, I can confirm that your commit restored working links in the direction anchor to endnote in the following version: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: de7356c2e0cb099fac396808b5a86a0393b48e5f CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-14_22:38:17 Calc: threaded Are you planning to also make it work in the opposite direction, footnote to anchor?
Already confirmed in bug 142741, which is listed in the fix.
Georgy Litvinov committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/736a2db98bbf7222bfec3dcff89999ccb71b576e tdf#38187 Create back link from footnote text to anchor in text It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
This deserves to be in https://wiki.documentfoundation.org/ReleaseNotes/7.2.
Georgy Litvinov committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/38cff2a3096d7f5f4716e22a6a48ef8744e1ff19 tdf#38187 Create back link from footnote text to anchor in text It will be available in 7.2.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Timur from comment #48) > This deserves to be in https://wiki.documentfoundation.org/ReleaseNotes/7.2. I added it. I also checked, working OK, great work. Whoever follows this bug and have prints needs, may see author's web at litvinovg.pro and his LO extensions.
Marking as RESOLVED FIXED in: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 94d552f94b427f884c004dba5d4619ecf729d605 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-18_13:30:27 Calc: threaded Thank you so much, Georgy!
Verified. Everything is fine now in the exported PDF. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 51754ca5349d7bf655d57ded37381188d0bc4bcf CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded