Bug 267568

Summary:	Impossible to enter “/” (a slash) into the message field (and likely others too).
Product:	[Unmaintained] kopete	Reporter:	Navid Zamani <navid.zamani>
Component:	Chat Window	Assignee:	Kopete Developers <kopete-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	robert
Priority:	NOR
Version First Reported In:	1.0.80
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Navid Zamani 2011-03-03 17:27:00 UTC

Version:           1.0.80 (using KDE 4.6.0) 
OS:                Linux

Since 4.6, Typing “/” in the input field in the chat window’s input text area will open a search bar. So entering that character becomes impossible. This is really really annoying. I’m surprised nobody filed a bug yet.
It’s also impossible to change, since it’s not in the list of shortcuts.
Even if it were possible, it’s still obviously a really bad idea to map shortcuts to single characters in an input field.

Reproducible: Always

Steps to Reproduce:
1. Install and run =kde-base/kopete-4.6.0 (Kopete 1.0.80)
2. Make sure there is a user in your contact list.
3. Double-click on the user to open the chat window.
4. Make sure the focus is on the input field at the bottom, and enter some
text.
5. Now enter a single “/” too.

Actual Results:  
A search bar goes up right below the input field.

Expected Results:  
A “/“ should be added to the text in the input field, like normal.


I guess this was added as a generic functionality to the toolkit / widgets. In that case it would also appear in a lot of other places.

Comment 1 Navid Zamani 2011-03-03 17:33:15 UTC

There is a possibility that KDE does this with certain keyboard layouts only, because it doesn’t track all modifier keys. (I only heard this, but it’s obviously a useful pointer.)

Here, I have to type “Mod3-I” to enter “/”. “Mod3” is mapped to the physical key usually used for “Caps Lock”, and “I” is mapped to the physical key  that is “S” in QWERT* layouts.
It’s the popular German NEO 2.0 layout, you can see here: http://www.neo-layout.org/

Comment 2 Robert Riemann 2011-11-29 10:01:20 UTC

I'm using opensuse 12.1 with:

Qt: 4.7.4
KDE: 4.7.2 (4.7.2) "release 5"
Kopete: 1.1.2

This bug can be marked as fixed. It work's as expected (also with german NEO layout). A friend with the same setup has confirmed this, too.

The browser rekonq intodruced the same problem for its url lineedit. It would be cool to know which patch resolved this bug. I already did a close look on the source history starting November 2010, but didn't found anything obvious. :(

Comment 3 Navid Zamani 2011-11-29 10:18:45 UTC

(In reply to comment #2)

> This bug can be marked as fixed. It work's as expected (also with german NEO
> layout). A friend with the same setup has confirmed this, too.

Interesting. It is indeed fixed and works here (4.7.3 / 1.1.3) too. I’m just as curious about when it got fixed. I had avoided using Kopete, as it got very annoying. I may go back…

> It would be cool to know which patch resolved this bug. I already did a close
> look on the source history starting November 2010, but didn't found anything
> obvious. :(

That’s because it happened somewhere between 4.7.0 and 4.7.2, as far as I can tell.

I’m marking this as fixed, and will update the related Gentoo bug too.

Thanks for the info, Robert.