Impossible to insert non-Latin characters or diacritics with the keyboard

Friends uses standard SDK text input boxes. This must get fixed at the toolkit level.

Yeah, I thought that as well.

We have the same issue in the textfields in the UI toolkit component showcase.

I am upgrading this to critical because it is by far *THE* single most often reported bug in lp:friends-app.

Adding friends and friends-app packages to this bug in the hopes that it might become easier to find for people trying to re-report this bug.

I'm guessing the root cause is https://bugreports.qt-project.org/browse/QTBUG-28183

As mentioned in this duplicatie bug: https://bugs.launchpad.net/bugs/1179031

This is worse than just diacritics. You can't enter any Japanese, Korean, or Chinese text at all at the moment. If the bug I filed is a duplicate, could the summary of this bug be ammended to reflect that is an issue that affects all input methods?

Also affected:

* Compose key method of composing characters with a meta-key (e.g., right-alt, =, Y gives ¥; right-alt, -, -, gives —)
* All IME input methods, such as Japanese, Korean, and Chinese via ibus

Trying a backport of the https://codereview.qt-project.org/#change,51555 to 5.0.2, if it builds locally I'll push it to a PPA for testing and report back.

This is available for saucy in qt5-beta2 PPA (https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2). I'd like to have before/after testing done on device, but using saucy on device is at the moment hard before the images generation is in full speed and network is working. The updated package also includes the fix for qtbase bug #1181359 (and the PPA contains newer qtpim and qtdeclarative).

The test procedure is: 1. Have the latest saucy image installed on your device. Log in, and do apt-get update && apt-get dist-upgrade on the device 2. apt-add-repository ppa:canonical-qt5-edgers/qt5-beta2 3. apt-get update && apt-get dist-upgrade (check that you get the PPA versions of the packages) 4. Reboot. Test!

After testing has been done, the updated version can be uploaded to saucy from lp:~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src_5.0.2 (orig tarball already in saucy archives)

What about Raring? Is this a fix that can get back-ported? The Friends app is now functionally broken for a lot of people.

Surely if this patch fixes the issue, it should be possible to backport the same fix also to the Qt 5.0.1 in raring (unless there is something blocking the patch to work with 5.0.1 vs. 5.0.2 in saucy). The policy is to first have the fix tested in a development release, so let's have that first.

Updated at qt5-beta2 (5.0.2+dfsg1-7ubuntu2~saucy1~test1). Now this should be testable also on device, since the 'flip' was made and saucy images work again.

Timo, is the procedure the same for testing this on the desktop? What steps would I take to insert a unicode character? (apologies, english-only speaker that never has any need to insert "foreign" characters).

#14:
Input of Unicode characters as such works, but only after copy pasting them. What is broken is the input methods normally provided via the UI toolkit. If you are testing under Unity or Gnome Shell, you could do the following to test such an input method:

Configure your Right Alt as 'compose key', by going to the Keyboard Layout settings, then 'Options…', and tick the Right Alt key under 'Compose key position'. Now you should be able to hit the Right Alt, and then consecutively type a '/' and an 'o' to get ø, or hit Right Alt and 's' and 's' to get ß. Basically any sensible composition of keys you can think of will yield the character you would expect. You can test the compose method in any text area on the desktop basically, such as this comment field, Gedit, and even gnome-terminal.

At least I'm not getting any improvement with only this one patch backported that is now included. I can't type letters like ü or í in Friends, like I can elsewhere. As such, I don't think the https://codereview.qt-project.org/#change,51555 alone is useful to backport unless someone proves otherwise.

Is this issue resolved with Qt5.1?

Tested with Friends app, it seems to be fixed. I was able to insert chars like ë and í now, unlike with 5.0.2 (using Qt 5.1 from ppa:canonical-qt5-edgers/qt5-beta-proper).

Considering raring, it's unknown which exact patches would be required to be backported, since the one tried out before was not enough.

Any chance for Qt 5.1 to appear in raring? Or will the fix really need to be backported to Qt 5.0.2?