If you select text by starting at the end of the desired selection and dragging toward the beginning it works. If you start selecting text at the beginning of a line, as soon as you start to drag toward the end to define the selection, it instead, picks up the first word of the line and moves it as you drag.
NOT reproducible with "LibreOffice 3.4.1RC1 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:103)]", may be I don't understand the problem? @reporter: May I ask you to read hints on <http://wiki.documentfoundation.org/BugReport> carefully? Then please: - Write a meaningful Summary - Attach a sample document - Attach screenshots with comments (you can add information using LibO DRAW and then attach your screenshot with comments as PDF) if necessary - Contribute a step by step instruction containing every key press and every mouse click how to reproduce your problem - add information -- what exactly is unexpected -- and why do you believe it's unexpected -- concerning your PC -- concerning your OS (exact version) -- concerning your LibO localization (UI language) –- Libo settings that might be related to your problems (video hardware acceleration ...) -- how you launch LibO and how you opened the sample document -- everything else crossing your mind after you read a.m. URL An as an example for a bug report how it should be please see my Comment 2 in "Bug 35933 - Spreadsheet prints unnecessary blank last page" Can you please file Bug reports with status UNCONFIRMED if your are not absolutely sure that you contributed all required background information and that the problem will be reproducible with information you can provide? Thank you!
I don't quite know what to say. The problem that I was attempting tp describe has happened on a number of occasions but now that you have asked me to provide a more detailed description I tried again today. Today the problem did not occur. I guess that I will have to wait until it happens again and try to do a screen capture at that time. Is it possible to suspend this so that I can reactivate it when I have additional information? Thank you
WFM due to reporter's comments @reporter: Yes, of course! Please feel free to reopen this bug if you find out that the problem still exists with the current stable LibreOffice version and if you can contribute requested additional information.
Created attachment 48864 [details] Screen capture of problem
I also see that behavior from time to time (1 / 10000 or so), but I never was able to reproduce it. May be wh have 2 problems: A. Can not select normal text, text will be moved or ignored instead of selected B. Can not select text with hyperlink, text will be moved or ignored instead of selected Steps how to reproduce "A" 1.Open attached "sample.odt 2. move cursor pointer to blank in hyperlink between "Sit" and "Amet" 3. click, leave mouse button pushed, move cursor until end of "Amet" Expected: "Amet" should become marked Actual: caret moves with mouse pointer until end of word I am pretty sure that this problem is at least similar to reporter's, in the movie I saw the "link tooltip" before he started to try to select the text with the link. I believe I also found a possibility how to reproduce "B" 11. Click in fourth line on blank between "mi" and "vulputate", so that caret flashes between "vulputate" and blank 12. right click for context menu 13. move mouse pointer few (2) millimeters up 14. right click, so that context menu disappears, but caret still flashes between "vulputate" and blank 15. click directly in front of first word of line "eleifend" 16. Leave left mouse button pushed and drag down expected: line will be selected if mouse pointer reaches next line actual: in app. 10% of attempts caret follows mouse pointer without highlighting / selection I can't tell whether steps 11 ... 14 really have to do with the effect or are simple superstition. @Dan: Can you confirm my observations and may be contribute additional information? @Cristoph: Is there any manual with details how this selection should work?
(In reply to comment #5) @ Rainer: The test document is missing, but I tried to reproduce with the given descriptions. > Steps how to reproduce "A" > 1.Open attached "sample.odt > 2. move cursor pointer to blank in hyperlink between "Sit" and "Amet" > 3. click, leave mouse button pushed, move cursor until end of "Amet" > Expected: "Amet" should become marked > Actual: caret moves with mouse pointer until end of word It seems that Writer wants to "protect" that hyperlinks get "sliced" due to mouse actions. So the hyperlink is treated as a continuous object instead of single characters / words. The behavior itself is acceptable (to not select individual words), but the selection should reflect that - in our case, the full hyperlink should get selected before/during the move of the content. I hope this description can be understood. > I believe I also found a possibility how to reproduce "B" [...] Sorry, unable to reproduce. > @Cristoph: > Is there any manual with details how this selection should work? I had a quick look, but did not find anything related ... the "truth" seems to be in the code :-)
*** Bug 46710 has been marked as a duplicate of this bug. ***
Seems confirmed - moving to NEW.
** 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.0.4 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 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-12-20
** 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.1.6 or 5.2.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-20170103
If I understand rightly this issue, it is yet existing with LO 5.2.4.2.
Bug Still exists in Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded I can select hyperlink text from the begining or the end. However , when I want to select from the middele text of hyperlink , it will become moving the whole hyperlink.
Dear Dan Essin, 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This was slim report, with a problem user (Dan and Su and Rpn from duplicated bug) encountered at, while bug needs detailed report and Experienced and Expected steps. There's video attachment 48864 [details] without sample document, comment 5 with steps without sample document, clear bug 46710 but too simple, single word in link. So I focus on link. I don't see bug here. User can always select link as text starting from space before or after. For one-word link as in bug 46710 selection is even easier, just double click with mouse. Or user can start with double click to select single word in a link and proceed back or forth to select what desired. If selection is started from (the middle of) link itself, it's considered and object and it's useful for moving. I see that MSO behavior is different from LO and is as expected here: link can be selected from the middle, selection is extended to the whole link and can be continued further. I'm very much in favor of emulating all useful solutions from MSO. But I don't see a problem nor a value in change here. If someone disagrees, feel free to set New again, with exact Experienced and Expected steps, with sample document.