Bug 119703 - In Draw and Impress Function 'Follow Hyperlink' does not Work Correctly in Several Cases
Summary: In Draw and Impress Function 'Follow Hyperlink' does not Work Correctly in Se...
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.1.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Hyperlink
  Show dependency treegraph
 
Reported: 2018-09-04 21:20 UTC by Harald Koester
Modified: 2018-12-21 13:38 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file in order to reproduce the bug. (19.40 KB, application/vnd.oasis.opendocument.graphics)
2018-09-04 21:20 UTC, Harald Koester
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2018-09-04 21:20:33 UTC
Created attachment 144680 [details]
Example file in order to reproduce the bug.

Draw and Impress offer the possibility to insert hyperlinks into drawings and presentations and open the links either with a left mouse Click or with Ctrl-Click. I tested this function for several cases and found some cases where the function is erroneous. This erroneous behaviour is equal in Draw and Impress. In order to reproduce these issues, open the attachment (drawing) and test some cases within this document.

These error patterns occur alone or together:
(1) The tip with the hint how to follow a hyperlink and with the URL of the hyperlink is not displayed.
(2) In the tip only the URL is displayed. The hint how to follow the link (“Ctrl-click to follow hyperlink”) is not displayed.
(3) The appearance of the mouse pointer changes the appearance to the symbol with the hand also if Ctrl is not pressed.
(4) The appearance of the mouse pointer does not changed, if it is above a hyperlink.
(5) Crtl-Click does not open the hyperlink in your browser.
(6) Link is also opened with a single click of a hyperlink.
Comment 1 Harald Koester 2018-09-05 08:48:49 UTC
Another issue: In a slide show, both Click and Ctrl+Click open the hyperlink. Expected: Depending on the option "Ctrl-click required to follow hyperlinks" there should be only one possibility, Click or Ctrl+Click, to open a hyperlink.
Comment 2 Xisco Faulí 2018-10-11 12:27:58 UTC
> These error patterns occur alone or together:
> (1) The tip with the hint how to follow a hyperlink and with the URL of the
> hyperlink is not displayed.

I can' reproduce it. it's displayed

> (2) In the tip only the URL is displayed. The hint how to follow the link
> (“Ctrl-click to follow hyperlink”) is not displayed.

I can't reproduce it. the mentioned text is displayed

> (3) The appearance of the mouse pointer changes the appearance to the symbol
> with the hand also if Ctrl is not pressed.

Reproduced. Could you please report it in a follow-up bug ?

> (4) The appearance of the mouse pointer does not changed, if it is above a
> hyperlink.

This is related to point 3

> (5) Crtl-Click does not open the hyperlink in your browser.

Not true, it opens the page in the browser...

> (6) Link is also opened with a single click of a hyperlink.

I can't reproduce it

I'm sorry but this report is *really* confusing.
1. Many problems has been reported in the same ticket. only one report should be reported per ticket instead.
2. Many of them are not reproducible...

Closing as RESOLVED INVALID
Comment 3 Harald Koester 2018-10-16 17:51:10 UTC
May be my first description of this bug was not clear enough. I expect the same behaviour respective hyperlinks in all LibreOffice components (Writer, Calc, Draw,…) with option “Ctrl-click required to follow hyperlinks” enabled. You can observe this behaviour with a hyperlink in normal text inside a Writer document:

[1] Hover the mouse above the hyperlink: The appearance of the mouse pointer does not change. After about one second a tip is displayed: “Ctrl-Click to follow link: [URL]”.
[2] Press Ctrl: The appearance of the mouse pointer changes to a hand.
[3] Mouse click: The respective hyperlink is opened in your browser.

For this report I checked this behaviour for several conditions in Draw and Impress. I found 10 cases, where the behaviour is different to the above described behaviour. These cases are listed in the attached document. You are supposed to use this document in order to reproduce these cases. 

For the first 3 cases do the following:
[1] Open attached document.
[2] (First case:) Nothing should be selected, a cursor should not be displayed. Move mouse pointer above hyperlink in the text box. The mouse changes its symbol to Hand. Expected: Symbol should not change before the key Ctrl is pressed.
[3] (Second case:) Select text box.
[4] Move mouse pointer above hyperlink in text box. A tip is not displayed: Expected: A tip should be displayed. 
[5] Press Ctrl. Nothing happens. Expected: Mouse pointer should change its appearance.
[6] Mouse click. Nothings happens. Expected: Hyperlink should be opened.
[7] (Third case:) Click into the table cell with the hyperlink. The cursor is now inside this cell.
[8] Move mouse pointer above hyperlink in table. The mouse pointer changes its appearance. Expected: Symbol should not change before the key Ctrl is pressed. After one second a tip is displayed only with the URL. Expected: “Ctrl-Click to follow link: [URL]”
[9] Press Ctrl: Nothing happens. Expected: The appearance of the mouse pointer should change now.
[10] Mouse click: Nothing happens. Expected: Hyperlink should be opened.

For the other 7 cases you can proceed in the same way.

Of course it is possible to create bug reports for each case described here. But I think it is not useful, because during fixing a developer has to keep the other cases in mind.
Comment 4 Usama 2018-10-29 13:19:41 UTC
Dear Harald,
Your reports have got many contributors to test and check the functionality of hyperlinks in the bug you reported. You showed much effort and punctuality.

That happened while creating some confusing. for example in the daily build I downloaded for today most of the bugs wasn't there for Draw, but QA team is unable to close the issue as there are other functionality that wasn't fixed. You got me right? there is something fixed and something that isn't yet in the current version. The way of gathering multiple issues in one report can create confusion for contributors. 

I would suggest the following, if you have multiple issues chose the most severe one or the one that effect users the most. Come to quality assurance team channel at freenode, You will find people who are interested in helping and maybe triaging you bugs.

https://webchat.freenode.net/?channels=%23libreoffice-qa

I've already created two bugs based on your reports.

Best wishes,
Usama
Comment 5 Xisco Faulí 2018-12-05 11:44:07 UTC
(In reply to Harald Koester from comment #3)
> Of course it is possible to create bug reports for each case described here.
> But I think it is not useful, because during fixing a developer has to keep
> the other cases in mind.

I don't agree with you.
To be honest the way this issue was reported makes it very difficult to triage...
Comment 6 Harald Koester 2018-12-06 21:12:24 UTC
I wrote a new bug report with one issue of this report (see bug 121948). Perhaps I will write further reports of other issues in this report later.