Problem description: Steps to reproduce: [1] Open new Draw document. [2] Check option “LibreOffice > Security > Options... > Ctrl-click required to follow hyperlinks“ [3] Create hyperlink: Menu > Insert > Hyperlink. [4] Click on hyperlink. Link is opened in Browser. Expected: Link should only be opened with Ctrl+click on hyperlink. [5] Uncheck option of step [2]. [6] Ctrl+Click on hyperlink. Link is opened in Browser. Expected: Link should only be opened with click on hyperlink. The behavior is equal if you insert a hyperlink in a graphic element like e.g. a rectangle. The behavior in Impress is identical. Also during a presentation the option has no influence. To my opinion hyperlinks should work in the same way in all LibreOffice components (see also bug 51296). Bug already exists in my oldest installed LibreOffice Version 3.5.0. Hence probably inherited from OpenOffice. Operating System: Windows 7 Version: 4.2.1.1 release
Just found that this bug has been described already in bug 40679. Proposal: Close bug 40679, hence that bug also describes the same problem with Calc. The problem with Calc has been solved meanwhile (see bug 51296). Additional Comment: Also tooltips of hyperlinks in Draw and Impress should behave equal to hyperlinks in Writer and Calc.
*** Bug 40679 has been marked as a duplicate of this bug. ***
Reproduced, change plateform to All - Set as New - Sophie
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.3 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results; 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
Bug still exists in version 4.4.3 with Win7.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
Bug still exists in version 5.3.3. Bug already exists in version 3.3.0. Hence inherited from OOo.
The bug still exists in Impress 5.4. Would be great to see it fixed, as it's really pain right now to work with presentations with many hyperlinks in the text.
Szymon Kłos committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=209f48daebfebb6391282a1096e12b0f149ee1ce tdf#76646 Ctrl-click required for hyperlinks in draw/impress It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Szymon Kłos committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=04f17b2631adf874dc0269026f3fbad74330452b tdf#76646 don't open link on Ctrl-click if not required It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Checked again with version 6.1.0 (64 bit, Win 10). LibreOffice works as expected now. Thanks for fixing. Only the behaviour during a slide show is questionable. With a simple Click on a hyperlink the respective page is opened in the browser (Firefox) and the browser is in foreground. With a Ctrl + Click on a hyperlink the respective page is also opened, but the slide show is still in foreground. The option "Ctrl-click required to follow hyperlinks" does not influence this behaviour. May be this is intended. But to my opinion also in a slide show only "Click" or only "Ctrl + Click" should work dependent of the option's setting.