Keyboard shortcuts not being captured in correct order (eg. ctrl + d to duplicate shape in diagrams.net plugin)
Hello,
What's going on with the keyboard shortcuts, specifically for the draw.io (diagrams.net) plug-in? For example CTRL+d pulls up a diff select file dialog instead of duplicating a shape. The IntelliJ IDEA version is at the end of this post.
When I remove the CTRL+d key mapping for the diff ‘open file’ thing, the diagrams.net viewer successfully captures the CTRL+d event. Why isn't the active view prioritized for keyboard events? I have the same problem with CTRL-z, it does not activate the diagrams.net plug-in's undo operation, it triggers that for the global IDE's undo operation (which offers a reload from disk prompt). Why are keyboard events being consumed in the wrong order (global IDE first, then active view)? This was not the case in a previous version of this IDE with the same diagrams.net plugin installed.
When I am in code editing view, CTRL+d correctly duplicates the current line, so in this case the current view is being prioritized correctly. Why isn't the plugin view correctly prioritized?
Thanks,
Matthew
IntelliJ IDEA 2025.2.5 (Ultimate Edition)
Build #IU-252.28238.7, built on November 19, 2025
Source revision: 7059016f3609e
You have a perpetual fallback license for this version.
Runtime version: 21.0.9+1-b1038.76 amd64 (JCEF 122.1.9)
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Toolkit: sun.awt.windows.WToolkit
Windows 10.0
GC: G1 Young Generation, G1 Concurrent GC, G1 Old Generation
Memory: 2048M
Cores: 12
Registry:
ide.experimental.ui=true
Non-Bundled Plugins:
de.docs_as_co.intellij.plugin.diagramsnet (0.2.6)
PlantUML integration (7.13.0-IJ2023.2)
Kotlin: 252.28238.7-IJ
Please sign in to leave a comment.
I do notice that in the keymap section, under plugins, the diagrams.net plug-in is not listed (for CTRL+d events). I only see Plugins → Terminal → Close Session
This looks like a plugin issue rather than an IntelliJ keymap problem. Since Ctrl+D works in diagrams.net only after removing the IDE shortcut, the plugin isn't capturing the key event before IntelliJ handles it. If it worked in older versions, a recent IntelliJ or JCEF change may have affected shortcut routing. I'd report it to the plugin maintainer, as it likely needs an update to properly handle keyboard shortcuts in newer IDE versions.