https://bugs.kde.org/show_bug.cgi?id=503813
--- Comment #31 from Igor Kushnir <igor...@gmail.com> --- (In reply to ulterno from comment #29) > I had been assuming that the Menu key had been causing double context menus > all the time. > But no. Turns out, the double context menu only happens when the file in the > current view is in a directory with .git Do you mean that both the Menu key AND a version-controlled document are required? Or can you reproduce the double context menu with a right click? Also is the bug really reproducible only under Wayland or did you test a non-git-version-controlled document under X11? I suspect that the menu key causes another context menu when the previous one fails to appear synchronously because of the nested event loop in the git plugin (which is entered only if the document is git-version-controlled). You can try to reproduce the bug with the git plugin disabled by entering a nested event loop in some other context-menu-populating function. For instance, use https://doc.qt.io/qt-6/qprocess.html#execute to execute the command `sleep 1`. If that works, you can try a single event processing: https://doc.qt.io/qt-6/qcoreapplication.html#processEvents . A call stack of the main thread at the time of the second menu handling (e.g. at the beginning of GitPlugin::additionalMenuEntries()) might help explain the behavior (most likely rooted in Qt or lower-level libraries). > I really think we should try reproducing it on someone else's system. Who > knows, it is just something wonky going on with my hardware, causing the > same behaviour in both installations OK, I'll disable my key remapping and try to reproduce today or tomorrow. -- You are receiving this mail because: You are watching all bug changes.
