On Thu, 2020-11-05 at 10:20 +0100, Milan Crha via evolution-list wrote: > On Wed, 2020-11-04 at 23:24 +0100, Pete Biggs wrote: > > It looks like it is trying to print the message to a file (line 249 > > in bt.txt), which is not what was intended, I just wanted to move the > > message from one folder to another. Is it misinterpreting the cursor > > entering the preview pane as some other function - even so, I didn't > > think it would do anything until the mouse button is released. > > Hi, > right, it's what WebKitGTK does, it asks for the actual provided data > by the drag operation to decide what it can do and what not, just when > the mouse moves above the web view. A bit more information can be found > here: > https://bugs.webkit.org/show_bug.cgi?id=218462 > The bug mentions that the drag just gets cancelled. In my case it locks the whole of the desktop - the mouse pointer changes to the drag form and never goes back and all windows are unresponsive (and it does horrible things to chrome). I presume it is still all the same issue.
Is this related to the problems people have of dragging to a file and creating a PDF/TXT file? I'm due to update to Fedora33 - is it fixed in there? (WebKitGTK verson 2.30.2-1, Evolution 3.38.1) P. _______________________________________________ evolution-list mailing list [email protected] To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
