Summary: | Ambiguous shortcuts in all actions when starting Kate with split views | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | Dima Ryazanov <dima> |
Component: | general | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED REMIND | ||
Severity: | normal | CC: | bugs, criptych, dkxls23, exabyte, felix_mauch, flying-sheep, frankschwach, ibc, jdmulloy, jh, kde, lars.winterfeld, martin.meitzner, niklas.laxstrom, v.nemkov |
Priority: | VHI | ||
Version: | 20.12.1 | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Dima Ryazanov
2009-04-03 19:58:38 UTC
Btw, it only happens in my default session. If I create a new one, shortcuts start working fine. Deleting the following lines from the .session file fixes it: [MainWindow0-Splitter 0] Children=MainWindow0-ViewSpace 0,MainWindow0-ViewSpace 1 Orientation=1 Sizes=951,809 I'm getting exactly the same since I went to KDE4. Very annoying bug. Thanks for the workarround, will this be fixed? I can confirm that the workaround makes the problem go away. For info, the files are in: ~/.kde/share/apps/kate/sessions and called something like: foo.katesession Thanks again, until now I've been restarting projects in Kate from scratch (not the code, the project!) Just upgraded to KDE 4.2.4 - and all the shortcuts are ambiguous *again*. This problem also exists in Konqueror 4.2.95 == 4.3RC The ambiguity appears to arise from the presence of both a "kate part" and a "konqueror part" in the list of shortcuts I got this problem in Kate yet again after changing Kate's language. Got this problem again... Not sure what triggered it. Now, though, I've deleted the session file - but it didn't make a difference. Same problem, and Kate still shows me my session. Also, it insists on creating the file: ~/.kde/share/apps/kate/sessions/usr/share/kde4/apps/kate/default.katesession What's up with /usr/share/kde4/...? workaround does not work anymore in kubuntu karmic / kde 4.3 (i have the issue now) while the description of bug 200259 fits better, this one has more votes. can somebody PLEASE confirm one of them? *** Bug 215805 has been marked as a duplicate of this bug. *** Annoying bug which makes it difficult to work with Kate :( I have the same problem. I noticed that the ambiguity is resolved if I create a new, empty list of shortcuts in 'configure shortcuts', so now when I have the problem (which seems sporadic as described by others) I switch to the empty list *** This bug has been confirmed by popular vote. *** the name used in shortcut-xml-files is "focus_search_bar". nothing changes, however, if you set it to "" in ~/.kde/share/apps/konqueror/konquerorDefaultshortcuts.rc and/or ~/.kde/share/apps/konqueror/konqueror.rc i loathe this bug so much i would squish it under my heel if i got near to it, but the shortcut-settings are so hopelessly buggy i doubt there will be a fix ever. Same thing again, after upgrading to KDE 4.4.1. This problem has historically infacted more KDE applications than just kate. I have experienced it most frequently with konqueror. It is back in Kubuntu 4.4.0. *** Bug 236480 has been marked as a duplicate of this bug. *** Ok, this is mainly about spit view: If you start kate and splitted views are restored, you always get that. If you click in all views once, all works fine again. Of course, needs to be fixed... related: bug #236368 I can also confirm this bug. For what it's worth, I had two splits in my default session, but when I started Kate it wasn't splitted. When I checked files that I know have been splitted, in the Documents sidebar, they seem to be unsplitted (can't recall if that's the default action). Anyway, it was all a bit strange. (In reply to comment #18) I confirm both this bug and the workaround proposed by Dominik. Clicking once in all views of the split view setup makes all work again. see also https://bugs.kde.org/show_bug.cgi?id=227618 i can confirm the bug in kate version 3.4.5 using kde 4.4.5 . i guess it happens when a split-view session is loaded. solution for me was to close the split view and open it again. (In reply to comment #21) > i guess it happens when a split-view session is loaded. solution for me was to > close the split view and open it again. An easier "solution" (a workaround) is clicking with the mouse in all the split views. Still there kde 4.6 Also seeing this in KDE 4.6.0 on OpenSuse 11.4 still in 4.6.2 Still in 4.6.3. There wasn't even any visible indication that the view was split. *** Bug 274155 has been marked as a duplicate of this bug. *** Git commit b9f62f8c87dd96c5a0f70f47b116e24cd68ca796 by Dominik Haumann. Committed on 13/08/2011 at 20:07. Pushed by dhaumann into branch 'master'. fix ambiguous shortcuts after session restore CCBUG: 195435 BUG: 188764 M +3 -3 kate/app/kateviewmanager.cpp http://commits.kde.org/kate/b9f62f8c87dd96c5a0f70f47b116e24cd68ca796 Git commit 2c4091150cc8b5f45c042bedc329227f20e5815f by Dominik Haumann. Committed on 13/08/2011 at 20:07. Pushed by dhaumann into branch 'KDE/4.7'. fix ambiguous shortcuts after session restore CCBUG: 195435 BUG: 188764 M +3 -3 kate/app/kateviewmanager.cpp http://commits.kde.org/kate/2c4091150cc8b5f45c042bedc329227f20e5815f This bug recently reappeared for me while editing a markdown document with a live preview. Occasionally either Ctrl+F, Ctrl+S, or Ctrl+C stop working, which is a huge inconvenience. Nothing suspicious in the settings, i.e., no keybindings dublicates. Kate Version 20.12.1 KMarkdownWebViewPart Version 0.5.6 Operating System: KDE neon 5.20 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.4.0-65-generic OS Type: 64-bit Processors: 12 × Intel® Core™ i7-8750H CPU @ 2.20GHz Memory: 31,0 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 630 @Enmk: Have a look at https://bugs.kde.org/show_bug.cgi?id=386265. This seems relevant and the discussion there seems to be more on track to hunt this down than this 10 year old bug. |