Marking a text area with the mouse: autoscroll causes problem

What’s The Bug?

When you want to mark a text area in the editor with pressed and held left mousebutton it can happen that it triggers the autoscroll function.
In such a case, and when the mouse leaves the original block, the startpoint as well as the endpoint of the selection is no longer there you intended them.

There’s nothing you can do against it, no matter how you try to drag the mouse.
You’ll need to release the left mousebutton and start the marking new.

How To Reproduce It

  1. Open a large text (so that there is a scroll bar on the right side).
  2. Use the mouse to mark mark an area of the text that is relatively far down on the page.
  3. Drag the mouse further down, so that the text begins to scroll automatically.

You’ll see that the startpoint of your selection has moved.
Try a bit, you’ll find some more strange details, also concerning the endpoint of the selection.

Image or Video

Animation.gif

The Expected Behavior

The marking should always start where you begun the marking.
Same thing for the endpoint, it should always end to where the mouse points, nowhere else.

Additional Context

(In my animated GIF I try to start the selection at “paradoxe Situation”.)

Device

Desktop PC

OS

Win 10

Anytype Version

v0.39.0

Technical Information

OS version: win32 x64 10.0.19045
App version: 0.39.0
Build number: build on 2024-03-05 15:37:42 +0000 UTC at #a7986fffadcc2031b1eb3372265db5dda05f4c6d (dirty)
Library version: v0.32.1
Anytype Identity: AAtt6aReARByswg2CbvZhveoJEEcnydfDu7U2VAkgJALsE7D
Analytics ID: 8a514008-4f5d-40d3-970f-a0d241b63af2
Device ID: 12D3KooWGqd6JSafCCcEwvnke5JAVgBNnuR9gGQeSBQ5HdUboWtG

This report has been added to our issue tracker and received by the Development Team.

This issue has been fixed by the Development Team and will be implemented in an upcoming release.