*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY With a clip in the timeline selecting the clip to perform any edit action reverts to the global window select to move the window. It seems that this is implemented for all native applications like Kate and Dolphin under Plasma 6 where any nonactive surface (frame border etc) as well as the expected header shows mouse select pointer. Any edit or display area (lists etc) do not. As it is the user has less than a second to make any drag action before the whole window moves with the mouse. Not a great user experience? I don't remember having this behavior in Plasma 5 before upgrading. STEPS TO REPRODUCE 1. Select item in timeline with mouse 2. Within 1-2 seconds the window grab appears 3. OBSERVED RESULT The whole window moves with the mouse EXPECTED RESULT Drag/resize operations should work with the clip or item SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 6.9.0-1-MANJARO (64-bit) (available in About System) KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7 ADDITIONAL INFORMATION
As a work-around, I have set the application window rules (KDE plasma window frame) for the main window position to "Force". This means the window cannot be moved once Kdenlive is open. So I set an optimal size and position before adding these settings. Resizing is allowed after the initial size is set so F11 full-screen still works. Not ideal but workable! Looks like there is some work to do around the select and drag of the timeline to prevent this behaviour? See the attached snap of the KDE Plasma window settings.
Created attachment 169870 [details] Screenshot of window settings
Migrating "reproducible" keyword to "CONFIRMED" status.