Bug 169955 - Spellchecker underlines / reacts to bare text URLs (non-dynamically hyperlinked)
Summary: Spellchecker underlines / reacts to bare text URLs (non-dynamically hyperlinked)
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Linguistic (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Spell-Checking
  Show dependency treegraph
 
Reported: 2025-12-12 20:53 UTC by Jeff Fortin Tam
Modified: 2025-12-13 15:23 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (234.11 KB, image/png)
2025-12-12 20:53 UTC, Jeff Fortin Tam
Details
Sample document (7.52 KB, application/vnd.oasis.opendocument.text)
2025-12-12 20:55 UTC, Jeff Fortin Tam
Details
Bug 169955 - 25.8.3.2 steve.contrib@gmail.com.png (85.14 KB, image/png)
2025-12-13 13:05 UTC, steve.contrib@gmail.com
Details
Screenshot of a proof-of-concept spreadsheet (24.02 KB, image/png)
2025-12-13 15:23 UTC, Jeff Fortin Tam
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff Fortin Tam 2025-12-12 20:53:19 UTC
Created attachment 204604 [details]
Screenshot

There were bug #101846 and bug #120788 about this, but the reason the problem persists even when "URL Recognition" is enabled (default behavior in the AutoCorrect settings, I believe) is that LibreOffice only checks for dynamically fully hyperlinked links (i.e. blue clickable text), not raw plain text URLs/links, which is something I frequently encounter in documents made by others, or even in my own documents, whether Writer texts or Calc spreadsheets.

Sometimes you do want bare "plain text" URLs without the whole dynamic hyperlink thing, but that does not mean they should trigger the spellchecker.

See attached sample file and screenshot.

---

This was observed on:

Version: 25.8.3.2 (X86_64) / LibreOffice Community
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: gtk3
Locale: fr-CA (en_CA.UTF-8); UI: en-US
Flatpak
Comment 1 Jeff Fortin Tam 2025-12-12 20:55:16 UTC
On a semi-related note: I'm not sure why there even is a setting for this, I can't imagine a situation where you'd actually want spellchecking in URLs and URIs, but I don't think I'm willing to argue that sub-point here ;)
Comment 2 Jeff Fortin Tam 2025-12-12 20:55:58 UTC
Created attachment 204605 [details]
Sample document

This sample document demonstrates the problem (when the spellchecking URL recognition works vs when it doesn't).
Comment 3 steve.contrib@gmail.com 2025-12-13 13:05:24 UTC
Created attachment 204620 [details]
Bug 169955 - 25.8.3.2 steve.contrib@gmail.com.png

I can reproduce
Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e

Logic point of view that incoherent but is this a real bug ? 

btw there is a workaround, CTR+K the link and format with police, font, size, no underline.

of course this would work manually for 1 or 2 links but if you have a lot of that in your document...
Comment 4 Jeff Fortin Tam 2025-12-13 15:23:57 UTC
Created attachment 204621 [details]
Screenshot of a proof-of-concept spreadsheet

> […] but is this a real bug ?

I am quite sure it is. In the majority of documents I encounter (or import), the URIs are not formatted as hyperlinks. Whether they were pasted from a plaintext source, or a document created in another program or resulting from an import (ex: a .CSV).

For example, I could be processing a spreadsheet that has hundreds/thousands of cells with URLs in one of the columns, and they would all get the wavy red underline for no good reason, as you can see in this additional screenshot.