compose key working only on kde apps and not gtk ones

Bug #393057 reported by Michael Coo
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
kdelibs
Fix Released
Medium
kde4libs (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

I have KDE 4 installed on top of ubuntu.

i encountered this issue of not being able to type accented characters such as ñ, using the Compose key in KDE apps, e.g. the Search box in the Kickoff menu, or Kate.

I can only do this in "GTK" apps. I tried this on Firefox (where I typed this post), GEdit, and OpenOffice. They all work.

I did try System Settings -> Regional ... -> Keyboard Layout -> Advanced, and set Right Alt to be Compose key. Nothing. It just produces ~n.

Tags: i18n kubuntu
Revision history for this message
In , Hugo-rito (hugo-rito) wrote :

Version: (using KDE 4.1.2)
Installed from: SuSE RPMs

When using Kate or Kwrite if I write an accented character after saving the document I'm editing as a new file, it prints the accent right away.
For example: ~a on opposing to ã.

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

Here:

Qt: 4.4.3
KDE: 4.1.3 (KDE 4.1.3)
KWrite: 4.1.3 (KDE 4.1.3)

I can reproduce this bug. After saving a new non-empty text into a file from KWrite, I can't write accented characters like "á", pressing the "´" key and then the "a" key produces "´a".

May this be related to some part/state/something in bug 165424 ?

Revision history for this message
In , Ereslibre-7 (ereslibre-7) wrote :

SVN commit 884350 by ereslibre:

Remove sum of workarounds and hacks. The main problem was the eventFilter that was sending the
key presses to the parent widget. Accents were sent as unique chars. There is one remaining
thing to do with this alternative approach (as a tooltip). It has to be hidden if we for
instance click on the window title bar of the current window or if we move the window (it keeps
on the same position as before).

BUG: 174283

 M +17 -34 kcompletionbox.cpp

WebSVN link: http://websvn.kde.org/?view=rev&revision=884350

Revision history for this message
In , Ivo Anjo (knuckles) wrote :

Thanks a lot!
Could this fix be backported to 4.1? It would kinda suck having to wait until January to get it.

Revision history for this message
In , Ereslibre-7 (ereslibre-7) wrote :

SVN commit 884479 by ereslibre:

Backport fix. Allow the user to write accented characters while the completion box is shown.

CCBUG: 174283

 M +20 -38 kcompletionbox.cpp

WebSVN link: http://websvn.kde.org/?view=rev&revision=884479

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

Here using:

Qt: 4.4.3
KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2))
kdelibs svn rev. 899135 / kdebase svn rev. 899135
on ArchLinux x86_64 - Kernel 2.6.27.8

I am experiencing this bug again :(.

Steps to reproduce

- Open KWrite / Kate
You can write accented characters. ("'" + "a" will produce "á")
- Change enconding using Tools/Encoding (to UTF8, ISO 8859-1 or Autodetect)
Now you can't write accented characters ("'" + "a" will produce "'a")

Saving the file will enable to write accented characters again. (only when creating a new file, saving the changes of a modified file won't work)

May I reopen this bug report or I need to create another one (as this new case maybe more related to Encoding menu than kdelibs itself) ??

Revision history for this message
In , Ereslibre-7 (ereslibre-7) wrote :

Cool. I think I mixed up this one. I thought this one was talking about the open/save dialog and writing accented characters _into the location box_, but it seems it doesn't cause this bug is actually fixed.

Sorry for the confusion, this bug should be reopened.

Revision history for this message
In , Ereslibre-7 (ereslibre-7) wrote :

I have tried to reproduce by following the steps:

1. open kwrite. write accented characters
2. tools -> encoding -> automatic
3. write accented characters

and worked just fine for me. Also changing the second step with:

2. tools -> encoding -> iso-8859-1

and also worked just fine.

Revision history for this message
In , Ereslibre-7 (ereslibre-7) wrote :

using KDE trunk

Revision history for this message
In , Ivo Anjo (knuckles) wrote :

This is definitely there, but it's very strange. When comment #5 was posted, I could reproduce this with the latest kde4daily; then with #6 and #7 I couldn't reproduce again.

So after scratching my head for a while, I found a pattern: I log in into kde4daily, open kwrite, and can reproduce this.
If I then close kwrite, and re-open it, and I stop being able to reproduce it.

This is pretty strange. I'm updating my own trunk build to test it too.

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

Here using:

Qt: 4.4.3
KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2))
kdelibs svn rev. 899634 / kdebase svn rev. 899635
on ArchLinux x86_64 - Kernel 2.6.27.8

With a new session.
- Open KWrite for the first time (new empty file)
Accented characters works OK
- Without saving or doing anything else, select Encoding/Autodetect
Accented characters doesn't work.
- Save the file
Accented characters works OK

After closing KWrite

Opening KWrite for a second or third time doesn't trigger the bug (but sometimes and seems to be random, accented characters will not work after an encoding change on new files (or maybe I'm pressing the " ' " key too fast and making that sign to appear) )

UPDATE:

I think I get something interesting. This crashes depends on if you selected the encoding X in the running KDE session.

Example.
Open KWrite, Accented characters work. Switch to Encoding "A". Accented characters doesn't work. Close KWrite

Open KWrite, Accented characters work. Switch to Encoding "A". Accented characters still works. Close KWrite

Open KWrite, Accented characters work. Switch to Encoding "B". Accented characters doesn't work. Close KWrite

Open KWrite, Accented characters work. Switch to Encoding "B". Accented characters still works. Close KWrite

and so on ...

(So I suppose that this bugs appears always on the first KWrite session because no encoding switch was done before)

Can anyone else confirm this ?

Revision history for this message
In , Ivo Anjo (knuckles) wrote :

I can kinda reproduce comment #11 with a trunk build from today.

Not exactly every time, but it definitely happens once in a while. This seems to be really strange.

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

Bug 179496 may be related to this.

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

Here using:

The steps to reproduce the issue changed.

However I can reproduce it this way:

Open KWrite, write "á" , works OK
Select "Encoding/Disabled", "'a" is written instead of "á"

You can minimize and restore the KWrite window and the accented characters will work OK again (??)

Also, if you not minimize/restore, you can launch the Save Dialog, and cancel it. So, even without really saving the file, Kwrite can write accented characters again (?)

Can it be a focus/shortcut/something problem?

Here using:

Qt: 4.4.3 + qt-copy-patches-889120
KDE: 4.1.87 (KDE 4.1.87 (KDE 4.2 >= 20090101))
kdelibs svn rev. 904849 / kdebase svn rev. 904849
on ArchLinux x86_64 - Kernel 2.6.27.10

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

*** Bug 179496 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

Can bug 180490 be related to this ?
Any news in this bug ?

Revision history for this message
In , Ondra-novak (ondra-novak) wrote :

I can reproduce this bug.
Open Kwrite, write á works ok.
Then after changing encoding even to UTF-8 i can no longer write accented character.

Default encoding in Settings->open/save->General is set to UTF-8

KDE 4.2 on archlinux (kdemod)
QT 4.4.3

Revision history for this message
In , Kedgedev (kedgedev) wrote :

This could be related to bug 182996 (which is actually Qt bug)

Revision history for this message
In , Iñaki Baz Castillo (ibc-aliax) wrote :

KDE 4.2.4 (Kubuntu Jaunty).

The same occurs to me, in Kate and sometimes in Konqueror (when writting in the location bar):

I want to write "opinión" but "opini´on" appears.

Revision history for this message
In , Ivo Anjo (knuckles) wrote :

Iñaki Baz Castillo: Which qt4 version do you have? I think this is fixed in qt 4.5.1, but it seems the current qt version in jaunty is 4.5.0 .

Revision history for this message
In , Iñaki Baz Castillo (ibc-aliax) wrote :

Yes, I use Qt 4.5.0 (Kubuntu Jaunty). Need to wait then :)

Revision history for this message
Christoph Blecker (toph) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at: http://bugs.kde.org/show_bug.cgi?id=174283

affects: ubuntu → kdelibs (Ubuntu)
Changed in kdelibs (Ubuntu):
status: New → Confirmed
Changed in kdelibs:
status: Unknown → Confirmed
tags: added: i18n kubuntu
affects: kdelibs (Ubuntu) → kde4libs (Ubuntu)
Changed in kde4libs (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Triaged
Changed in kdelibs:
importance: Unknown → Medium
Revision history for this message
In , Ciro Santilli 六四事件 法轮功 (cirosantilli) wrote :

Same here,

Ubuntu 11.10

on all default applications the accents appear, on Krusader the accents appear immediately after type, not waiting for the next letter.

Revision history for this message
In , Iñaki Baz Castillo (ibc-aliax) wrote :

(In reply to comment #21)
> Ubuntu 11.10
>
> on all default applications the accents appear, on Krusader the accents
> appear immediately after type, not waiting for the next letter.

In Kubuntu 11.10 this bug does not happen to me (but I don't use Krusader).

Revision history for this message
In , Ciro Santilli 六四事件 法轮功 (cirosantilli) wrote :

Im sorry, I'm new to the bug tracker and I though that this was a Krusader post, ignore my last comment.

Revision history for this message
Harald Sitter (apachelogger) wrote :

Closing in favor of upstream report. This ought to be fixed in kdelibs upstream, nothing we can do about it on Kubuntu level.

Changed in kde4libs (Ubuntu):
status: Triaged → Invalid
Revision history for this message
Islam Alshaikh إسلام الشيخ (islam-alshaikh) wrote :

Hello,

I have latest 21.10 Kubuntu.
kde keyboard layout not working in firefox.

Arabic problem fixed in KDE keyboard , but not fixed in gtk keyboard.

I will try to upgrade to 22.04 beta.

Thank you

Revision history for this message
In , Cullmann-t (cullmann-t) wrote :

Please retry with a KF6 version, thanks!

Changed in kdelibs:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.