Description: Three issues related to converting endnotes to footnotes. And probably vise versa. Here we go: 1. Type "foo" 2. Insert an endnote "bar" 3. Return to "foo" 3. To convert "bar" to footnote, select its anchor (that is, lowercase i after "foo"), open the context menu, select "Footnote or Endnote", and then select "Footnote" under "Type". 3.1. And here we have the first issue. I expect that instead of using the context menu, I can use the menu bar: Select lowercase i after "foo" > "Insert" > "Footnote and Endnote" > "Footnote or Endnote" > Select "Footnote" under "Type". But this will create a new (blank) footnote instead of converting "bar" from endnote to footnote. 4. Create a table, type "aaa" in it, insert endnote "bbb" after it, select its anchor, and open its context menu. 4.1. And here we have the second issue. There is no "Footnote or Endnote" item in context menu, so you need to put "aaa" out of table, convert the endnote to footnote, and then place "aaa" in table again. 5. And the third issue is that in one of my documents the solution from 4.1 doesn't work. When I put "aaa" out of table, select ii anchor after it, open its context menu, select "Footnote or Endnote", and then select "Footnote" under "Type", it selects the whole table (yeah, "aaa" it out of table of this mome) And now the 3rd issue, the worst. Creat two tables with 3 columns and 2 rows each, seperated by the empty line. Type "aaa" and insert endnote "foo" in the first cell of the 1st table. Type "bbb" and insert endnote "bar" in the first cell of the 2nd table. Now put "aaa" out of its table to change its endnote to footnote. Select the anchor, open its context menu, select "Footnote or Endnote". And now the window "Edit Footnote/Endnote" has opened and you can select "Footnote" under "Type". Right? Not so far! As you probably see, Writer selected everything below the first anchor. See the attached image. And if you select "Footnote", nothing will happen. Converting won't work. You will need to put your "aaa" into **another document** to fix this. Steps to Reproduce: see above Actual Results: see above Expected Results: see above Reproducible: Always User Profile Reset: No Additional Info: see above
Created attachment 175264 [details] endnotes
I just realized that to change endnote to footnote (or vice versa), after I have selected it, I should probably use "Edit > Reference > Footnote or Endnote", and not "Insert > Footnote and Endnote > Footnote or Endnote". This explains why the first issue exists. But this doesn't explain/justify/fix the second and the third issues. Also, if I am right and windows * "Edit > Reference > Footnote or Endnote" * "Insert > Footnote and Endnote > Footnote or Endnote" work differently, it may be a good idea to make them **look** differently as well.
(In reply to John from comment #2) > Also, if I am right and windows > * "Edit > Reference > Footnote or Endnote" > * "Insert > Footnote and Endnote > Footnote or Endnote" > work differently, it may be a good idea to make them **look** differently as > well. The first dialog is named "Edit Footnote/Endnote" and the second is named "Insert Footnote/Endnote". So personally I think, that difference is clear.
First issue is obsolete. But I can confirm second and third issue with Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL But since there is the basic rule "One issue / one bug report" we should focus on third issue (because you call it the worst). I changed bug summary to that. Please open new report for second problem. Steps to reproduce 1. Open an new document. 2. Write at least one word and add endnote 3. Add a table, insert some text in first cell and add an endnote to that text 4. Select first endnote. 5. Open "Edit Footnote/Endnote - Dialog" (with context menu or with Edit => Reference => Footnote or Endnote Actual result: Table is also selected and it's impossible to change endnote into footnote Expected result: Only endnote anchor is selected
No repro LO 4.2.0 Repro 4.2.8 and 7.4+. Regression.
Linux-43max commit 52b45843f08974fe8a8995fa12619ceb30998626 Date: Thu May 28 17:39:12 2015 +0800 source-hash-3fc6fc2ff7304a0d1bc85bd2e03fb3fbab492c9a prev source-hash-f6f2ee5bdd9e0d44437bfbd6dd338adea956b2ab author Oliver-Rainer Wittmann <orw@apache.org> 2013-12-10 committer Caolán McNamara <caolanm@redhat.com> 2013-12-10 commit 3fc6fc2ff7304a0d1bc85bd2e03fb3fbab492c9a (patch) Related: #i33737# correction: assure the selections does not... start/end inside a table while end/start of the selection is outside the table (cherry picked from commit 382814ccb30bfe71f093e55e23802447caca235d) So, bibisect is here, but no dev, we should get one.
Created attachment 177457 [details] test ODT
Dear John, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7c2ed9919d6d9d286d9062b91577d6bb2b7de8aa CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Steps: 1. Open attachment 175264 [details] 2. Select Endnote numer in first paragraph and try to change it to footnote with Edit -> Reference -> Footnote endnote Actual result Doesn't work, because table is always selected, too. Additional information 3. Enter a third endnote outside table 4. Delete table 5. Repeat stept 2 (Works)
The important things (missing e.g. in comment 4): 1. The end-of-paragraph and table must immediately follow the endnote anchor. 2. The "select first endnote" means "select over the anchor from right to left": because selecting from left to right disallows the "Edit => Reference => Footnote or Endnote", and avoiding the selection at all by putting the cursor *before* the anchor works fine.
https://gerrit.libreoffice.org/c/core/+/176399
(In reply to Mike Kaganski from comment #10) > 1. The end-of-paragraph and table must immediately follow the endnote anchor. This was wrong.
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a9ac0a7f6c8475d97480318ebd1fe35e964a8600 tdf#144717: fix SwInsFootNoteDlg's next/prev button state check It will be available in 25.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.