Bug 166425 - Vertical tabs: the border of selected tab in the page style isn't properly refreshed. Multiple tabs appear to be selected
Summary: Vertical tabs: the border of selected tab in the page style isn't properly re...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
25.2.3.2 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Vertical-Tab-dialogs
  Show dependency tree / graph
 
Reported: 2025-05-02 02:15 UTC by Telesto
Modified: 2025-10-17 18:37 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2025-05-02 02:15:09 UTC 
Description:
UI: the border of selected tab in the page style isn't properly refreshed. Multiple tabs appear to be selected

Steps to Reproduce:
1. Open Writer
2. Open the page style dialog (Format -> Page style)
3. Switch a couple of times between tabs


Actual Results:
Green 'selected' border around multiple tabs

Expected Results:
On tab being selected as active


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 16745d0b793b61d5719085c04eca8741d815865a
CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded

It behaves glitchy on Windows too, but might need be OS specific fixes. At least this appears the case based on: bug 161501
Comment 1 Jeremy Norvell 2025-05-15 15:46:11 UTC 
Thank you for reporting the bug. I can confirm that the described behavior is present in the installs listed below. When moving between the tabs under Format->Page Style ("General" to "Page" to "Area", etc.) the thick border moves but a thin border remains in any previously selected tab. This seems to be removed once moused over again.

Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 84da1f50ca8261129909901c2ff72adb9c67510a
CPU threads: 8; OS: macOS 15.2; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 8; OS: macOS 15.2; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

This behavior is not observed in the Windows install below.

Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 2 Patrick (volunteer) 2025-10-17 18:37:03 UTC 
Cautiously marking as resolved since master already has vertical tab changes on macOS:

https://gerrit.libreoffice.org/c/core/+/186340

Unfortunately, that patch is limited to only master (i.e. the 26.2 release). But you can test the fix the nightly master builds:

https://dev-builds.libreoffice.org/daily/master/current.html

Note for macOS testers: the nightly master build installer does not overwrite any LibreOffice official versions. Instead, it will be installed as a separate application called "LibreOfficeDev" in the /Applications folder.

Because this is a "test" build, you will need to do the following steps before you launch the LibreOfficeDev application:

1. Go to the Finder and navigate to the /Applications/Utilities folder
2. Launch the "Terminal" application
3. Paste the following command in the Terminal application window and press the Return key to execute the command:

   xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app