Description: When beginning a search (^f)search-string menu opens at the first item, eg, ‘aa’ if user searched successively for ‘aa’, ‘bb’ and ‘cc’. The menu should open instead with the LAST search, eg, ‘bb’ (which may not be the last menu item), because: * it's more likely for the user to repeat the last search rather than the first one done in the work session; (If he|she does want the first menu item, he|she can select it, and it becomes the last-used item!) * if the search is automatic, eg, via a AutoHotKey script, the user does not have a chance to reject the first menu item if it's not wanted. Steps to Reproduce: 1.Do 2 (or more) different searches begin another search (^f) 3. Actual Results: Menu opens at the first item. Expected Results: Menu should open at last search Reproducible: Always User Profile Reset: No Additional Info: none
I'm not sure, if I anderstand ist correctly Steps (perhaps): 1. Open witer 2. ^f => ^p (Print dialog opens) => Cancel 3. ^f Actual result: NEW is preselected Desired result: last used menu entry should be preselected (lke Print in the example) Does this describe your idea? => NEEDINFO
Dear TorrAB, 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
Search menu now opens with the last search, as it should. Bug gone. TY!