Bug 514831

Summary: Clip Monitor is automatically enabled with the new docking code.
Product: [Applications] kdenlive Reporter: Slam <cormacfinan1>
Component: Video Effects & TransitionsAssignee: Jean-Baptiste Mardelle <jb>
Status: RESOLVED FIXED    
Severity: minor CC: gabcorreo, kde, kdenlive-bugs
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Other   
Latest Commit: https://invent.kde.org/multimedia/kdenlive/-/commit/f9cfaef078aa143479183db7d88ca01a277abb5b Version Fixed/Implemented In: 25.12.2
Sentry Crash Report:

Description Slam 2026-01-19 14:01:43 UTC 
SUMMARY

STEPS TO REPRODUCE
1. Single click on file in Project Bin
2. Clip Monitor appears

OBSERVED RESULT
Clip Monitor appears

EXPECTED RESULT
Select clip (no Clip Monitor)

SOFTWARE/OS VERSIONS
Windows: 10

KDen Version: 26.03.70


ADDITIONAL INFORMATION
Single Click only ever causes problems. Single means select. Double means open. Any time this rule is broken in software, it confuses everything, 

I am not the only person struggling from this. It is deathly irritating. I have never once in my entire time using Premiere Pro or Clip Studio ever wanted this to pop up. If this is a feature not a bug, then please disable it and allow it as an optional feature. But if I know my clips (I do), then I do not need Clip Monitor to see it, I'll just drag it into the timeline to view it. 

https://www.reddit.com/r/kdenlive/comments/1q3aniv/please_let_me_permanently_turn_off_clip_monitor/

https://www.reddit.com/r/kdenlive/comments/1pvrwgm/how_do_i_permanently_disable_the_clip_monitor/
Comment 1 Ron 2026-01-20 00:17:42 UTC 
I was TH>i<S close to simply closing this as not a bug.

Giving focus to the clip monitor when a bin clip is selected is long term,
intentional, and desirable behaviour.  The assertions about there being
One True Behaviour for single clicking are simply wrong.  And the degree
of hysteria and seemingly manufactured support and reposting everywhere
for an issue that nobody has ever had a problem with before were great big
red flags.

But it turns out that what is *not* said here or in the repost on the forum is
that the real problem seems to be that while we used to prompt you to
open the clip monitor if it wasn't already a dock window you had enabled,
with the new Dock Code that behaviour appears to have changed.

So I'm putting that on record here for further investigation.
Comment 2 Jean-Baptiste Mardelle 2026-01-20 16:12:26 UTC 
Git commit f9cfaef078aa143479183db7d88ca01a277abb5b by Jean-Baptiste Mardelle.
Committed on 20/01/2026 at 16:12.
Pushed by mardelle into branch 'release/25.12'.

Fix monitors always displayed on activation even when explicitely hidden
FIXED-IN: 25.12.2

M  +7    -3    src/mainwindow.cpp
M  +1    -1    src/mainwindow.h
M  +3    -2    src/statusbarmessagelabel.cpp

https://invent.kde.org/multimedia/kdenlive/-/commit/f9cfaef078aa143479183db7d88ca01a277abb5b
Comment 3 Gabriel Gazzán 2026-01-24 05:53:10 UTC 
Testing the feature, it works good! 💪

The message:
"Do you want to <a href="#clipmonitor">show the clip monitor</a> to view timeline?"
is not so clear to me, though.

Wouldn't  "...to view clip?"  /  "...to view it?"  be clearer? 🤔