Summary: | EDITING: Can not select text starting with the beginning of a line | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Dan Essin <essin> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | christoph.spamforme, essin, jmadero.dev, LibreOffice, rpnpif |
Version: | 3.4.0 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Windows (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | Screen capture of problem |
Description
Dan Essin
2011-07-06 14:13:49 UTC
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. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.