GNOME Bugzilla – Bug 695018
Caret doesn't change direction when changing input language
Last modified: 2013-07-05 09:48:49 UTC
Created attachment 237833 [details] screenshot In Firefox (version 19), when entering text into a text box, the caret doesn't change its direction when changing input language from English to Hebrew and from Hebrew to English. I can type and switch between the languages, but the caret doesn't change its appearance. The bug doesn't exist in GNOME Shell 3.4 and in Xfce. OS: Arch Linux I am using git master (3.7.90). The bug was reported in mozilla's bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=817508
Comment? Something? This bug should be treated ...
Does this happens with other (gtk2) using applications like xchat, pidgin or chrome?
Other applications the caret in English and Hebrew is the same.
(In reply to comment #3) > Other applications the caret in English and Hebrew is the same. So you are saying the same problem happens in other applications as well? Which ones did you try?
Only on firefox the bug is exists. The bug is that the caret isn`t change when I switch between languages on firefox.
(In reply to comment #5) > Only on firefox the bug is exists. > The bug is that the caret isn`t change when I switch between languages on > firefox. Can you explain in more detail what happens and what should happen?
Created attachment 238172 [details] One video is worth a thousand words Pay attention to every detail.
Just to be clear. The bug is that the caret doesn't move the left side of the entry/page when you're typing in English, right? That means that Libre Office is also buggy, right? I can reproduce the problem in Firefox with a simple entry <input type="text"/> but, interestingly, if you go to google.com and type in the search entry with both layouts the caret does switch sides. The caret also switches sides in plain gtk2 and gtk3 applications. This all seems to be independent of switching layout using gnome's shortcut/panel menu or using plain XKB group switching i.e. with setxkbmap -option grp:alt_shift_toggle us,il so I can't see how this is a gnome bug.
(In reply to comment #8) > Just to be clear. The bug is that the caret doesn't move the left side of the > entry/page when you're typing in English, right? No. There isn't a bug with the side the caret moves to. The bug is about the shape of the caret. In most applications the caret's shape is just a vertical line. In Firefox, the caret has a special shape with a little arrow above the vertical line. The arrow should point right when typing in English, and point left when typing in Hebrew. However, the shape of the caret doesn't change when switching language. Its shape is set according to the language that was selected before launching Firefox, and doesn't change. (see video) When using: setxkbmap -option grp:alt_shift_toggle us,il The bug doesn't occur: the caret's shape changes direction when switching language. But the language code in the top panel doesn't change. When switching to different user and switching back, or after suspending (but not after locking), the command has no effect: the caret doesn't change direction when switching language but the language code does change as usual. The bug doens't occur with Xfce, probably because Xfce uses X for handling languages and GNOME Shell doesn't.
(In reply to comment #9) > (In reply to comment #8) > > Just to be clear. The bug is that the caret doesn't move the left side of the > > entry/page when you're typing in English, right? > > No. There isn't a bug with the side the caret moves to. > The bug is about the shape of the caret. Wow, I don't think I'd ever have noticed that from the video... > In most applications the caret's shape is just a vertical line. > In Firefox, the caret has a special shape with a little arrow above the > vertical line. The arrow should point right when typing in English, and > point left when typing in Hebrew. > > However, the shape of the caret doesn't change when switching language. > Its shape is set according to the language that was selected before > launching Firefox, and doesn't change. (see video) So that's a Firefox bug then. It only seems to check the layout to use this special caret when it starts up. It needs to do it everytime the XKB configuration changes, i.e. listen to XkbNewKeyboardNotify and XkbMapNotify.
There is a bug in GNOME! In Xfce and GONME 3.4 there is no bug. Only from GNOME 3.6 there is a bug.
(In reply to comment #11) > There is a bug in GNOME! No there isn't. $ setxkbmap us,il $ firefox # shows the directional caret $ setxkbmap us $ firefox & # no directional caret as it should $ setxkbmap us,il # no directional caret - firefox bug The fact that GNOME now exposes this bug in Firefox doesn't make it a GNOME bug.