Created attachment 146030 [details] Example file with instructions in order to reproduce the bug In order to reproduce the bug open the attached document and follow the instructions inside the document. The Navigate By function already exists in version 3.3.0. But how to seize this function has been changed during the different versions. This bug already exists in version 3.3.0. Thus inherited from OOo.
Reproducible with Version: 6.2.0.0.alpha1+ (x64) Build ID: 8274c4c62df5b937b3f0bec9e1eeca85f3b219d4 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-22_01:47:50 Locale: en-US (de_DE); Calc: CL Jim, also one for you? (cc: Jim Raykowski)
Looks like Reminder navigation is based on the previous Reminder navigated to and not current location of the cursor.
Dear Harald Koester, 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still exists in version 6.3.3 (64 bit, Win10).
I believe this is NAB and that by design reminders are navigated by the order set and from the last reminder visited. My belief of this comes from work done to fix bug 88713.
(In reply to Jim Raykowski from comment #5) > I believe this is NAB and that by design reminders are navigated by the > order set and from the last reminder visited. Thanks for the clarification Jim, which you also gave in comment #2. So maybe this report should become a "documentation" request? I could add a "notetext" (a separate box under "Set Reminder") on: https://help.libreoffice.org/latest/en-US/text/swriter/01/02110000.html like: "Reminders are navigated in the order in which they are set" @Jim -- maybe "last reminder visited" is not needed in this notetext? Afaik, it is not possible to visit a reminder arbitrarily, so "next" reminder will always be according to the order. (trying to get the statement to be simple, but not too simple) I could also add that sentence at: https://help.libreoffice.org/latest/en-US/text/swriter/01/02110100.html These are the only places in "help" where I could find reminders mentioned.
(In reply to sdc.blanco from comment #6) > like: "Reminders are navigated in the order in which they are set" > > @Jim -- maybe "last reminder visited" is not needed in this notetext? Afaik, > it is not possible to visit a reminder arbitrarily, so "next" reminder will > always be according to the order. (trying to get the statement to be simple, > but not too simple) > Simple but not too simple sounds good to me ;-) It bothers me that to revisit the last reminder set requires a next/previous combination when there is more than one reminder. Maybe next/previous should go to the last reminder set if not already there?
(In reply to Jim Raykowski from comment #7) > Maybe next/previous should go to the last reminder set if not already there? Would probably not make a big difference to me -- because usually I only use 1 or 2 reminders (3 in a rare instance). They are lost anyway, and navigation is easy this way. ("save and reload" serves as "reset" button).
Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/539e836b676ca3516603a85652b9323e0ca91ecb tdf#120938 clarify how reminders navigate
(In reply to Jim Raykowski from comment #5) > I believe this is NAB and that by design reminders are navigated by the > order set and from the last reminder visited. My belief of this comes from > work done to fix bug 88713. (just checking...) Did you mean to set resolution as FIXED? instead of NOTABUG?
I didn't see NOTABUG available to me when I set this as FIXED. I have changed it to NOTABUG. Thanks for asking.