Bug 147988 - Opening links with odt at the end gives network errors
Summary: Opening links with odt at the end gives network errors
Status: RESOLVED DUPLICATE of bug 149921
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.3.2.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2022-03-14 17:56 UTC by krupka
Modified: 2022-08-10 13:39 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot after Ctrl-Klick (43.87 KB, image/png)
2022-03-14 17:56 UTC, krupka
Details

Note You need to log in before you can comment on or make changes to this bug.
Description krupka 2022-03-14 17:56:26 UTC
Created attachment 178882 [details]
Screenshot after Ctrl-Klick

Hi,

There are documents on our intranet that contain hyperlinks in the format https://.... to other documents. In Libreoffice 7.3.1.3, these links do not open if they lead to an ODT document. Links to DOC or PDF documents call the default browser and load the document. 

This behavior was the same for previous Libreoffice versions for ODT documents.
Comment 1 Shinji Enoki 2022-03-15 12:05:55 UTC
Did not reproduce in my environment:

Version: 7.3.1.3 / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: gtk3
Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP
Calc: threaded

Inserting a hyperlink and Ctrl + click it opened the browser.
Comment 2 krupka 2022-03-15 18:02:17 UTC
I forget Versioninformation

Version: 7.3.1.3 (x64) / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 1; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
Comment 3 krupka 2022-04-05 09:59:11 UTC
In Version 7.3.2.2 the behavior is the same

Here my tests

I create a odt-Document with 4 Hyperlinks inside. 
The following happens with a left click

https://host.domain.local/Path/Dokument.odt

Message: Error Networkconnection to host.domain.local can not be established

https://host.domain.local/Path/
https://host.domain.local/Path/Dokument.pdf
https://host.domain.local/Path/Dokument.doc

opens the standardbrowser from windows and downloads the document

This is the behavior of versions prior 7.3

Version: 7.3.2.2 (x64) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 1; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
Comment 4 krupka 2022-05-12 12:50:48 UTC
Maybe the process of opening a https-session has changed? In host.domain.local we use a internal ca. The browser know this ca, but LO?
Comment 5 Robert Großkopf 2022-05-12 17:58:59 UTC
@krupka: You couldn't confirm your own reported bug. A bug could only be confirmed by another person, who could reproduce the behavior. I couldn't reproduce it.
I could open a link to a *.odt-file in trough https://www, I could  also open it through my local web with http://localhost. Both tested under OpenSUSE 15.3 64bit rpm Linux with LO 7.3.3.2
Comment 6 raal 2022-08-09 20:45:37 UTC
(In reply to krupka from comment #3)
> 
> This is the behavior of versions prior 7.3
> 

Would now be nice to get a bibisect of the bug - https://wiki.documentfoundation.org/QA/HowToBibisect
Please could you do it?
Comment 7 krupka 2022-08-10 11:06:57 UTC
the reason seems to be this 
https://bugs.documentfoundation.org/show_bug.cgi?id=149921
Comment 8 raal 2022-08-10 13:34:23 UTC
(In reply to krupka from comment #7)
> the reason seems to be this 
> https://bugs.documentfoundation.org/show_bug.cgi?id=149921

Adding cc to Michael Stahl
Comment 9 Michael Stahl (allotropia) 2022-08-10 13:39:47 UTC

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