Description: I have been using templates which list out my Indexes so I can copy/paste between documents and the Indexes will be preserved. This works well and is a great feature. However there is one issue. When I paste, say 5 items in an Index (Laws Index) the first item is not preserved. The rest of the items (2-4) are preserved and show up in the Laws Index when refreshed. This happens whether I paste between two documents or within the same document. When copying of pasting items that belong to multiple indexes (I have 3 separate Indexes) the first ones being lost need me to to actually delete all items from Indexes, and recreate them manually. I use shortcut keys so goes a little faster. ... Additionally ... I am also noticing that in LibreOffice 5.2.3.2-rc2 on Ubuntu 16.10 (Yakketty-Yak), [Build ID: 1:5.2.3~rc2-0ubuntu1~yakkety1] that hovering over a Index item does NOT show by tooltip which Index the item belongs to. This used to show by a ToolTip in LibreOffice-5.1. Steps to Reproduce: 1. I copy and paste several Index entries from a document having the same Indexes as another document as they are based on the same template having the each of the same Indexes pre-defined. I have 3 different Indexes pre-defined. But this also happens within same document. 2. Discussion below follows 5 Index Entries from one of the three (1 of 3) Indexes being copied and pasted from one document to another. Or in same document. 3. When I 'Edit Index Entry' the first entry pasted shows 'User-Index' and not the Index Name. 4. The 2nd-5th ones do show up as being part of the Laws Index when I 'Edit Index.' 5. Thus, when I refresh indexes all 2-5 items show up. Not 1st. Actual Results: When I copy and paste 5 Index Entries into second document (or in same document) all 5 show up as being past of an Index as they have dark gray highlight. However when I Edit Index on the 1st one it shows up as being part of a User-Defined Index. The 2nd-5th one show up as being past of the Laws Index as should be. When the Laws Index is refreshed the 2nd-5th ones show up, but not the 1st one. When I hover over each one of the Indexes I do not see the Indexes they are part of anymore, but I did use to see under LibreOffice-5.1 in Ubuntu. Including the one that is now set as User-Defined Index. Expected Results: The software should have set each of the 5 Index Entries to be part of the Laws Index. I should have been able to see then if I hovered over them or if I invoked 'Edit Index Entry.' I should be able to refresh the Laws Index and see each of the 5 Index Entries pasted in. The hover to see the Index Entry used to work in LibreOffice 5.1 but the other aspects never worked. Reproducible: Always User Profile Reset: Not applicable Additional Info: When dealing with multiple indexes and having items in different Indexes it becomes quite time consuming when moving text between different sections of a document. This is because with the 1st item from each Index Entry losing its Index and not being able to see easily - I have to delete Index Entries from all Indexes and recreate them manually. Goes a little faster with shortcut keys. Please reach me with any questions at monosij.forums@gmail.com if you need any more details. Thank you for looking into the matter. User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.100 Safari/537.36
I also wanted to add that this issue is the same whether the text that is copied / pasted is part of main body or appendages - such as footnotes. I have Index Entries as part of Law Index and CaseLaw Index and if I copy/paste text that has footnotes with Index Entries - again the first item does not register in the Index. thus if a line has 3 Index Entries with the 1st one in law Index, 2nd one in CaseLaw Index and 3rd again in Law Index - only the 3rd one will show up in Law Index. Again please let me know any questions you may have. Thank you. Mono
Please add example documents or templates so we can quickly test. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the documents.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20170531
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20170628