Version: 2.2.1 (using KDE 4.2.0) OS: Linux Installed from: Unlisted Binary Package In previous versions of konsole (1.6.6 is the only other version that I have available), double clicking on a discreet text element results in the selection of the entire element (i.e. double clicking on a file name in a directory listing selected the entire filename, including any extension). However in version 2.2.1, the "Word characters for double-click selection" (Edit Profile -> Advanced -> Mouse Interaction) seem be ignored or deprecated because a double-click no longer selects the entire text, instead stopping at any of the characters listed. I notice that the following SVN change was committed and seems a likely culprit: http://websvn.kde.org/branches/KDE/4.2/kdebase/apps/konsole/src/TerminalDisplay.cpp?r1=906911&r2=930327 Thanks
So you are saying that even with . in the Mouse Interaction box, double-clicking on filename.txt should highlight the 'filename.txt' ? You could remove the . from the box of course. The current behavior is correct as it is stated in the Mouse Interaction box.
I confirm this is broken in KDE 4.2.1. It was working correctly in 4.2.0. When I remove . or / from the Mouse Interaction box, it works again. However this seems to be broken because the help text says that the characters which I want to include in the selected word, should be there...
The reason this worked prior to the patch is that Konsole ignored the mouse Interaction box entries entirely. The patch fixed this.
wow, this does now work completely the opposite way as one would expect. I always understood the mouse interaction box to contain the characters that were taken as part of the word selection. Now that box works as set of characters to end the word. (should be called word separation characters probably).
SVN commit 935236 by hindenburg: Revert 930327. Patch actually does word separation. CCBUG: 176273 CCBUG: 186048 M +3 -11 TerminalDisplay.cpp M +0 -3 TerminalDisplay.h WebSVN link: http://websvn.kde.org/?view=rev&revision=935236
Guys, may be I'm not allowed to have a discussion here in bugzilla, but how long does it take usually from fixing such a bug in SVN to actual packages update in say Kubuntu? I'm just worried I'l have to wait until 4.3 or something like that.
The fix has been committed to the KDE 4.2 branch and will make its way naturally into KDE 4.2.2.
*** This bug has been confirmed by popular vote. ***
*** Bug 186239 has been marked as a duplicate of this bug. ***
*** Bug 176273 has been marked as a duplicate of this bug. ***
Something very bizarre is happening with word selection the latest 4.2.1 konsole builds on openSUSE 11.1 for x86_64. A program has printed a line of text "UPDATE /change=BUG00002". When I double click on BUG00002, the selection includes "/change=BUG00002" despite the fact that '=' is a character from the "Word characters for double click selection" text box. $ rpm -q kde4-konsole kde4-konsole-4.2.1-76.1 Word characters for double click selection: :@-./_~?&=%+#
Two notes on this: 1. This change has not yet made it into the (german) translation. Here, the label states that the characters *end* a word, but it's the other way round now. 2. The current behaviour is really confusing. The input box contains some special characters that are part of a word. But regular characters are not part of this box. Where the hell should I know about which characters must be entered there and which not? What if I don't want numbers to be part of a word? Please turn the meaning around again to contain characters that *end* the double-click selection.
This has been fixed since 4.2.2. #12: you can enter a wish if you want. I was confused by the wording as well which is why I mistakenly patched it causing this bug.