186048 2009-03-03 16:36:08 +0000 word boundary text selection 2009-07-05 21:12:09 +0000 1 1 2 Applications konsole general 2.2.1 unspecified Linux RESOLVED FIXED NOR normal --- 1 phignuton konsole-bugs-null bugzilla-kde clcevboxvjeo echidnaman null ro turist vapier vkrevs 0 oldest_to_newest 724664 0 phignuton 2009-03-03 16:36:08 +0000 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 724686 1 khindenburg 2009-03-03 17:56:18 +0000 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. 724701 2 clcevboxvjeo 2009-03-03 19:06:04 +0000 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... 724908 3 khindenburg 2009-03-04 05:02:27 +0000 The reason this worked prior to the patch is that Konsole ignored the mouse Interaction box entries entirely. The patch fixed this. 724987 4 ro 2009-03-04 13:06:59 +0000 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). 725165 5 khindenburg 2009-03-04 18:29:06 +0000 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 725606 6 turist 2009-03-05 17:08:40 +0000 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. 725637 7 echidnaman 2009-03-05 18:40:37 +0000 The fix has been committed to the KDE 4.2 branch and will make its way naturally into KDE 4.2.2. 725654 8 niel.lambrechts 2009-03-05 19:31:54 +0000 *** This bug has been confirmed by popular vote. *** 732892 9 sibskull 2009-03-20 09:26:32 +0000 *** Bug 186239 has been marked as a duplicate of this bug. *** 732897 10 sibskull 2009-03-20 09:31:38 +0000 *** Bug 176273 has been marked as a duplicate of this bug. *** 733867 11 vkrevs 2009-03-23 12:47:17 +0000 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: :@-./_~?&=%+# 758494 12 bugzilla-kde 2009-05-16 18:17:18 +0000 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. 787065 13 khindenburg 2009-07-05 21:12:09 +0000 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.