Description: When the Navigator is first displayed, Navigate by Page is shown by default. In earlier LO versions, the user's last choice had been remembered and was shown at start. The user now chooses 'Navigate by Recency' from the combo menu. At its right side, up and down arrowheads should appear. Instead, a page number stays there, so no navigation by recency is possible. This only changes with the first Save or AutoRecovery of the file. Steps to Reproduce: 1. Load a document into Writer. 2. Press F5. 3. In the combo menu of the Navigation bar, choose 'Navigate by recency'. Actual Results: 'Recency' stands, but the page number at its right side, stemming from 'Navigate by Page', remains. Consequently, one cannot navigate by recency. Expected Results: Upward and downward arrow heads should appear. Reproducible: Always User Profile Reset: No Additional Info: This is a new bug in LO 24. It did not exist up to and including version 7.
Confirmed. Noticed this while looking at bug 164733 regards the 'Reminder' mode. The "Navigate by" toggle between the 'Page' spinbox and the other by-mode previous/go-back next/go-forward "arrows" do not activate when changing the selected mode. Likewise when coming from a different mode and selecting the 'Page' mode, the spinbox for go to page do not reappear. IIRC both did when https://gerrit.libreoffice.org/c/core/+/163723 was put in for bug 140448 So not applicable at 24.2 release branch (which still has the dedicated movement arrows) but is present in 24.8.4 and current master against 25.8.0. But, I find that if I fully close the SB deck and tabbar, then reopen both, the widget will refresh to the correct mode. No need to save/close the document. Likewise the linked Find bar controls (first expose their visible buttons) behave in similar fashion, with a close/reopen of the bar needed to reset the mode's movement buttons (just absent the page mode's spinbox). Once into the mode fully (i.e. the movement arrows get labels appropriate for the mode) they work as expected. It is just the changes between modes that get hung up. @Jim, could you have a look. =-testing-= Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: bb3cfa12c7b1bf994ecc5649a80400d06cd71002 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 35b9371acf5a1295ef7c12bbfa285efb7ea4b485 CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
My bibisect effort resulted in the following commit as the change in behavior: commit 288d720e4940d8fdd71715e6d339765e90716931 Author: Armin Le Grand (allotropia) <armin.le.grand.extern@allotropia.de> Date: Thu Oct 31 13:38:30 2024 +0100 (3 months ago) Done to fix Bug 162666 - UI: Styles panel - Scrolling to bottom and/or top of style list is hard with multiple table cells selected: list always jumps back to active style. I used the bibisect repository found here: https://bibisect.libreoffice.org/linux-64-25.2