Second "ghost" drag&drop event on linux

[Max Linke]

Since rev.3223 I experience a "ghost" drag&drop event on linux

to reproduce this

1) drag-n-drop a track to a deck
2) move the mouse and notice that it's still dragging

This problem is caused by line 572 in wtracktableview.cpp

void WTrackTableView::mouseMoveEvent(QMouseEvent* pEvent) {
    // Needed for mouse-tracking to fire entered() events.
    WLibraryTableView::mouseMoveEvent(pEvent);
   ...
   this calls the method of QAbstractItemView

This line shouldn't cause problems. I have no idea why this bug exists on linux,
mac does not show this behavior. Can anyone confirm this for Windows?

[Max Linke (max-linke)]

Hm I've noticed that this does not occur for playlists/Auto-DJ

[Max Linke (max-linke)]

If we call QAstractItemView::mouseMoveEvent in the if statement at the beginning the error does not occur and we still fire the entered(...) signals.

I'm not completely sure why this fixes the issue. Another alternative would be to call setState(NoState) at the end of
mouseMoveEvent and by this reimplementing some Qt logic.

[RJ Skerry-Ryan (rryan)]

Nice job! thanks for tracking down a fix.

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/6507