Bug#1072720: libglib2.0-0: Following fix #1070745, typing `A keys doesn't type an À anymore
grunt2 at laposte.net
grunt2 at laposte.net
Sun Jun 9 16:23:27 BST 2024
(Sorry, it's my first bug report on Debian: I am doing mistakes, like a duplicate message already)
"If your backtick key is a "dead key" grave accent (like the key printed
with ` in some other national and international keyboard layouts) then
À is the expected result."
=> It's the case in the French keyboard grave accent and backtick are the same under the 7 key https://en.wikipedia.org/wiki/AZERTY#/media/File:KB_France.svg
=> Please note that ^e gives ê correctly
but `A doesn't
Have you rebooted since upgrading libglib2.0-0 to version
2.74.6-2+deb12u2?
=> Yes
Are any warning messages logged in the systemd Journal, from either the
application you are using, or ibus?
=> No problem found
Or if you run an affected application from a terminal (gnome-terminal
or xterm or similar), are any warning messages logged in that terminal?
=> gedit, terminal, any programming IDE encounter aren't complaining against any problem, but they are able to type ê but not À.
The fact that some of you can't reproduce the problem I'm encountering easily doesn't surprise me,
as #1070745 tricked most US keyboard users, at least, and was able to pass most tests, leading to a faulty release without being detected.
If the trouble of dead keys not working was immediately detectable, I guess that the release would have been fixed of the dead keys problem before being sent to public.
im-config shows:
Current configuration for the input method:
* Default mode defined in /etc/default/im-config: 'auto'
* Active configuration: 'missing' (normally missing)
* Normal automatic choice: 'ibus' (normally ibus or fcitx5)
* Override rule: 'zh_CN,fcitx5:zh_TW,fcitx5:zh_HK,fcitx5:zh_SG,fcitx5'
* Current override choice: '' (Locale='fr_FR')
* Current automatic choice: 'ibus'
* Number of valid choices: 1 (normally 1)
* Desktop environment: 'GNOME'
The configuration set by im-config is activated by re-starting the system.
La sélection explicite n'est pas nécessaire pour permettre la configuration automatique si la sélection active est default/auto/cjkv/missing.
My guess is that the problem has for cause something around what you're writing:
With most keyboards, most languages, `A doesn't give À
But with some, like the French one that has the backtick for grave accent too, it should return À
When you did the fix that repaired most of the #1070745, didn't you forget to enable/check the rules for keyboards having backtick for grave accent?
I don't know how to write this idea, having very low knowledge about Debian's internal. But I feel that it could be something like that.
Regards,
Marc Le Bihan
De : "Simon McVittie" <smcv at debian.org>
A : "Marc Le Bihan" <grunt2 at laposte.net>,1072720 at bugs.debian.org,team at security.debian.org
Envoyé: vendredi 7 Juin 2024 14:37
Objet : Re: Bug#1072720: libglib2.0-0: Following fix #1070745, typing `A keys doesn't type an À anymore
On Fri, 07 Jun 2024 at 13:12:52 +0100, Simon McVittie wrote:
> On Fri, 07 Jun 2024 at 04:50:47 +0200, Marc Le Bihan wrote:
> > * What exactly did you do (or not do) that was effective (or
> > ineffective)?
> > Typing the backtick followed by a wovel: `A
> >
> > * What was the outcome of this action?
> > `A
> >
> > * What outcome did you expect instead?
> > À
>
> What desktop environment, what keyboard layout and what input method
> are you using? And what application are you typing this into?
It would be helpful to run the "im-config" tool, and copy/paste the text
that it displays into a reply to this bug report. What I get in a test
virtual machine is:
Current configuration for the input method:
* Default mode defined in /etc/default/im-config: 'auto'
* Active configuration: 'missing' (normally missing)
* Normal automatic choice: 'ibus' (normally ibus or fcitx5)
* Override rule: 'zh_CN,fcitx5:zh_TW,fcitx5:zh_HK,fcitx5:zh_SG,fcitx5'
* Current override choice: '' (Locale='en_GB')
* Current automatic choice: 'ibus'
* Number of valid choices: 1 (normally 1)
* Desktop environment: 'GNOME'
The configuration set by im-config is activated by re-starting the system.
Explicit selection is not required to enable the automatic
configuration, if the active one is default/auto/cjkv/missing.
but your result is presumably different.
I attempted to reproduce this problem in a virtual machine with:
* Debian 12
* GNOME
* German keyboard layout (configured in Settings → Keyboard → Input Sources):
https://en.wikipedia.org/wiki/QWERTZ#/media/File:German-Keyboard-Layout-T2-Version1-large.png
* gnome-text-editor or Libreoffice Writer as the application
GNOME uses ibus as its input method for most languages, including English
and German. ibus is the input method that was affected by #1070745.
I was unable to reproduce the bug with this combination of settings:
When I press the key that would be printed with acute [´] and grave [`]
accents on a German keyboard (2 positions to the right of the [0] key),
the application displays the accent with an underline (acute accent
´ U+00B4 if I do not use Shift, or grave accent/backtick ` U+0060 if I use
Shift). When I press Shift+[A], the underlined accent gets replaced by
Á or À, as appropriate.
If I want to type `A with that keyboard layout, I have to press:
Shift+[`], Space, Shift+[A].
I do not regularly use keyboard layouts that include dead keys, but to
the best of my knowledge, what I described is the expected behaviour
for keyboard layouts that include dead keys. If you would have expected
something different, please describe it.
If this is not the result that you see, please describe what is different
about your system or how I can reproduce the problem.
Thanks,
smcv
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnome-maintainers/attachments/20240609/74e12d95/attachment.htm>
More information about the pkg-gnome-maintainers
mailing list