Description: Comment at the end of a line can't be move with drag/drop Steps to Reproduce: 1. Open the attached file (source: bug 98442) 2. Drag the part with the comment to a different area; comment should with the text Actual Results: Doesn't work Expected Results: Should work Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.0.0.0.alpha0+ (x64) Build ID: 4475bcd83aac7e033fc5250f268eb922bd471e7b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL but not in 3.5.7
Created attachment 159659 [details] Example file
I can't confirm it with Version: 7.0.0.0.alpha0+ (x64) Build ID: 1c9ced04189c9d23ffea05d5570960b54b05ef28 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GB Calc: CL You can mark text without the comment or with the the comment.
Created attachment 159785 [details] Screencast
You don't include the comment in your selection. Put the cursor at the end of the paragraph. Move with right arrow to the right (appearance of the comment line changes). Now select text with arrow to the left. I think the problem is, that there is no way to mark a comment at the end of a paragraph with the mouse (haven't tried with touchpad).
The mouse selection did work in 3.5.7
Also in Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)
Bibisected with Linux 43all to range https://git.libreoffice.org/core/+log/06f20d73da21342046a480a6b22af69901351328..51065497ea83e90764860784dc6e193faaf0d673 Has SwPostItField related commits. Adding Cc: to Miklos Vajna
I'm not sure this is a bug. Try the same with bookmarks, currently the annotation mark and bookmark behavior is consistent: neither of them is moved if you drag the selection that is exactly the range of the mark. I think the above commit started to expose this behavior for comments, as before comments with a text range did not share code with bookmarks.
This is probably considered fixed in LO 7.2, courtesy of bug 120290.
(In reply to Justin L from comment #9) > This is probably considered fixed in LO 7.2, courtesy of bug 120290. Indeed.. thanks Justin Version: 7.2.0.0.alpha0+ (x64) Build ID: 315c7570c4a72f4c834086082825533b1e50d1bf CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL *** This bug has been marked as a duplicate of bug 120290 ***