1. Open 144647 2. Hover over the link in A4 Arch Linux 64-bit Version: 6.2.0.0.alpha1+ Build ID: bfa6aeb379e5dfcf6f1f97b3365ab551995ab3d5 CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); Calc: threaded Built on 28 October 2018 Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
This also happens when: - hyperlink in a cell, cursor in a shape or text box - hyperlink in a shape or text box, hover mouse pointer above hyperlink - hyperlink in a shape or text box, cursor in same shape or text box - hyperlink in a shape or text box, cursor in other shape or text box
Urgh, step 1 should be Open attachment 144647 [details]
Confirmed with Version: 6.2.0.1 (x64) Build-ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1 CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded and also in 6.0.6.2 on Windows 10 x64. I especially want to draw the attention to the fact that as a consequence you cannot select the underlying cell using the mouse, you have to reach it using the up/down/left/right keys. Hence I extended the title. As far as I could test it, Excel does behave as I would expect.
And the link even covers the adjacent cells to the right if the column containing it is hidden!
(In reply to Gerhard Weydt from comment #3) > I especially want to draw the attention to the fact that as a consequence > you cannot select the underlying cell using the mouse, you have to reach it > using the up/down/left/right keys. Hence I extended the title. On my system (win10, 64 bit) no problem with reaching the cell with the hyperlink by using the mouse.
(In reply to Harald Koester from comment #5) > (In reply to Gerhard Weydt from comment #3) > > I especially want to draw the attention to the fact that as a consequence > > you cannot select the underlying cell using the mouse, you have to reach it > > using the up/down/left/right keys. Hence I extended the title. > On my system (win10, 64 bit) no problem with reaching the cell with the > hyperlink by using the mouse. It is no problem to reach the cell containing the hyperlink, but it is one for a subsequent cell covered by the sometimes quite long text of the hyperlink, or at least if you try to click into the part of the cell which is covered by it. I hope you can confirm that, as I am also using Windows 10, 64 bit.
(In reply to Gerhard Weydt from comment #6) > (In reply to Harald Koester from comment #5) > > (In reply to Gerhard Weydt from comment #3) > > > I especially want to draw the attention to the fact that as a consequence > > > you cannot select the underlying cell using the mouse, you have to reach it > > > using the up/down/left/right keys. Hence I extended the title. > > On my system (win10, 64 bit) no problem with reaching the cell with the > > hyperlink by using the mouse. > > It is no problem to reach the cell containing the hyperlink, but it is one > for a subsequent cell covered by the sometimes quite long text of the > hyperlink, or at least if you try to click into the part of the cell which > is covered by it. I hope you can confirm that, as I am also using Windows > 10, 64 bit. Yes, confirmed: If you click (without pressing Ctrl) a hyperlink, the corresponding cell(s), shape or text box are not selected. If you click beside a hyperlink, but inside the corresponding cell(s), shape or text box these cell(s), shape or box are selected. But I'm not sure if this should be treated as a bug.
(In reply to Harald Koester from comment #7) > (In reply to Gerhard Weydt from comment #6) > > (In reply to Harald Koester from comment #5) > > > (In reply to Gerhard Weydt from comment #3) > > > > I especially want to draw the attention to the fact that as a consequence > > > > you cannot select the underlying cell using the mouse, you have to reach it > > > > using the up/down/left/right keys. Hence I extended the title. > > > On my system (win10, 64 bit) no problem with reaching the cell with the > > > hyperlink by using the mouse. > > > > It is no problem to reach the cell containing the hyperlink, but it is one > > for a subsequent cell covered by the sometimes quite long text of the > > hyperlink, or at least if you try to click into the part of the cell which > > is covered by it. I hope you can confirm that, as I am also using Windows > > 10, 64 bit. > > Yes, confirmed: > If you click (without pressing Ctrl) a hyperlink, the corresponding cell(s), > shape or text box are not selected. If you click beside a hyperlink, but > inside the corresponding cell(s), shape or text box these cell(s), shape or > box are selected. But I'm not sure if this should be treated as a bug. Why should this not be considered a bug? I think we all agree that in case Ctrl is pressed the behaviour is correct, namely that the hyperlink is selected and executed, when it is clicked. But if Ctrl isn't pressed, I think that this shows the clear intention to use the normal behaviour of Calc, namely to select the cell clicked on, regardless of the contents displayed in that region of the screen. As I remarked already in comment 3, Excel, as far as I could test it without a MS Office license, works as I would expect Libo to work; so I think that is a behaviour many people would expect, and which I personally also do.
I don't understand this bug. Mouse pointer turns to hand over hyperlink, but I can select cell by mouse anywhere outside the link clicking in empty space in cell (right or above .)
Created attachment 148307 [details] Example of such a Link
(In reply to Timur from comment #9) > I don't understand this bug. > Mouse pointer turns to hand over hyperlink, but I can select cell by mouse > anywhere outside the link clicking in empty space in cell (right or above .) In most cases rows are not higher than the room needed or the text, and so the first one, two or three... of the cells to the right of the cell containing the link will often be completely covered by the text of the link. Look at the attachment "Example of such a Link": The cells in column D and E cannot be selected by clicking, and only the right part of the cell in column F can. Even the cell in column C containing the link, which you would eventually want to change, can only be reached by the up/down/left/right keys or entering the address in the address field.
*** Bug 124996 has been marked as a duplicate of this bug. ***
(In reply to Gerhard Weydt from comment #4) > And the link even covers the adjacent cells to the right if the column > containing it is hidden! This may be Bug 74533.
(In reply to Tristan Miller from comment #13) > (In reply to Gerhard Weydt from comment #4) > > And the link even covers the adjacent cells to the right if the column > > containing it is hidden! > > This may be Bug 74533. Well spotted! At first glance I do not understand bug 74533 completely, but it certainly seems to be connected with the problem, even though this bug here is probably the more basic problem. I added 74533 to "see also".
Dear Buovjaga, 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
Hey, now it's working! Tested with all Linux VCL backends and Windows. Arch Linux 64-bit Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 463d261e3509cc857e248d8bd5787a45d385a646 CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 15 October 2021 Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 7cd5b35caa8d4fa9d0ba2b2c6ce4b88726ed2be6 CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded