Bug 168199 - 25.2.5.2 - Visited Hyperlinks don't change color until scroll event
Summary: 25.2.5.2 - Visited Hyperlinks don't change color until scroll event
Status: RESOLVED DUPLICATE of bug 44189
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.2.5.2 release
Hardware: All Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-08-30 17:40 UTC by craig@arno.com
Modified: 2025-09-02 09:11 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description craig@arno.com 2025-08-30 17:40:09 UTC
Description:
I created a document containing Google Map links for trip planning.  All links were "blue" (not visited) as expected.

I then updated the document with additional information after Ctrl-click on the link to visit the location.  I noticed Ctrl-click wasn't changing color as having been visited.  This color change tells me the link has been processed, and I need to do the next link in the list.  Not a big deal, but quite useful.

The list is long enough that I needed to scroll down/up the page.  When scrolling, the red "visited" coloring appeared; showing me parts of the list already visited/updated!

My expectation is that the link will change color on a Ctl-click event.

Steps to Reproduce:
1.Make a multi-page document with links
2.Save the document
3.Ctrl-Click on a link to change state to "visited"
4.Use the mouse scroll-wheel to scroll, and notice the visited links all change to "visited" color.

Actual Results:
See Steps to Reproduce

Expected Results:
The document should update on a Ctrl-click event to show visited links in a "visited" color.


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser, updated by user]
OS: Windows 10 Professional, all updates applied;

Edition	Windows 10 Pro
Version	22H2
Installed on	‎9/‎9/‎2024
OS Build	19045.6216

OS is 64bit: yes

===

Version: 25.2.5.2 (X86_64) / LibreOffice Community
Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

===

I love LibreOffice, and so do all my friends who've tried it!  Keep up the good work.
Comment 1 Radish 2025-08-31 11:04:37 UTC
This problem still persists in LibreOffice 25.8.1.1 It would be wonderful if this was fixed.

Version: 25.8.1.1 (X86_64)
Build ID: 54047653041915e595ad4e45cccea684809c77b5
CPU threads: 28; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded
Comment 2 BogdanB 2025-08-31 14:14:56 UTC
Works well for me
Version: 25.8.1.1 (X86_64)
Build ID: 54047653041915e595ad4e45cccea684809c77b5
CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3
Locale: ro-RO (en_US.UTF-8); UI: en-US
Calc: threaded

I go to page 5, and the links from page 1, one link is visited, one link is unvisited.
Comment 3 nutka 2025-08-31 16:18:46 UTC
Reproducible. Cf. Bug 158873 ("Hyperlinks do not change colour when visited").  


Version: 25.8.1.1 (X86_64)
Build ID: 54047653041915e595ad4e45cccea684809c77b5
CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded
Comment 4 BogdanB 2025-08-31 18:11:32 UTC
Ok, so just on Windows.
Comment 5 BogdanB 2025-09-02 09:11:09 UTC
Craig, thank you for reporting the bug. This issue has previously been reported, so this bug will be resolved as a duplicate of the earlier report. You will automatically be added to the CC list of the other bug.

*** This bug has been marked as a duplicate of bug 44189 ***