libreoffice-writer-6.3.5.2-5.fc31.x86_64 oowriter 1 shift-left right-click on the highlighted text "1" Character->Character... HyperLink URL http://a.com OK Nothing happens, the text "1" has no underline, URL is ignored/lost. If I make the text longer (such as "a1a" instead of "1") or maybe if I highlight it by mouse from left to right (and not by keyboard from right to left) it starts working. It is not 100% reproducible but the reproducibility instructions above never disappointed me.
Jan, http://a.com doesn't seem to be a valid URL. Please add correct URL. => NEEDINFO
Instead of http://a.com you can enter any other URL, I have tried now: https://bugs.documentfoundation.org/show_bug.cgi?id=132150 The behavior is the same.
Verified it is still broken also with: libreoffice-writer-6.4.1.2-1.fc33.x86_64
I've tried with Version: 7.0.0.0.alpha0+ (x64) Build-ID: 1c9ced04189c9d23ffea05d5570960b54b05ef28 CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Skia/Raster; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL and http://www.example.com and couldn't reproduce it. Is it possible for you to insert hyperlink with Insert => Hyperlink?
Created attachment 159705 [details] selection of "1" before right mouse button
Created attachment 159706 [details] selection of "1" after right mouse button gets unselected
Created attachment 159708 [details] selection of "12" stays selected after right mouse button
I see now it is unrelated to hyperlinks. Just for short selected text right mouse button will deselect it before showing the context menu. So then with no text selected the Hyperlink does set it to no text - I will file another Bug for that.
I think this is a duplicate of: Bug 72266
(In reply to Jan Kratochvil from comment #8) > So then with no text selected the Hyperlink does > set it to no text - I will file another Bug for that. Filed as: Bug 132253
I confirm this on Linux, but not on Windows. This is not seen with gen backend. Already in oldest of Linux 6.3 bibisect repo. Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: ae3d26ba925f74c992a2d5cdfd44ed5d43968689 CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 20 June 2020
Dear Jan Kratochvil, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in: libreoffice-writer-7.3.4.2-1.fc36.x86_64
Changed version back to 6.2.0.3 but it is really present even in 7.3.4.2 (tested only Fedora build).
Buovjaga and Jan, can you please check that this does not depend on if you right click on the right half or left half of the character? If it does depend on that, this is a duplicate of bug 111969. (and please double-check gen vs gtk3 too, I get the same result in both)
Good catch, confirming duplicate *** This bug has been marked as a duplicate of bug 111969 ***
Confirming the behavior depends on the left or right side of the character.
thank you both!