106.18 KB, image/png
Created attachment 8724553 [details] A screenshot of wrong placement of the candidate panel Steps to reproduce: 1. Start Firefox with a new profile `mkdir /tmp/firefox-test && firefox --profile /tmp/firefox-test` 2. Ctrl-Shift-+ to zoom in 2. Switch to a Chinese IME. Here I use ibus-chewing 3. Type some Chinese characters. Choose from candidates by pressing arrow down key. Expected results: The candidate panel is placed correctly. Actual results: The candidate panel is put at a difference place. See the attachment. More information: * Arch Linux x86_64 with Firefox 44.0.2-2. Arch-specific patches can be found at https://projects.archlinux.org/svntogit/packages.git/tree/firefox/trunk * Only Firefox is affected. Other programs including Google Chrome and xfce4-terminal works fine. My ideas: I guess the call to gtk_im_context_set_cursor_location in widget/gtk/IMContextWrapper.cpp is incorrect.
Component: Untriaged → Widget: Gtk
Product: Firefox → Core
This seems to be fixed on Aurora46.0a2. Reporter, could you test with Aurora46.0a2(Developer Edition)? https://www.mozilla.org/ja/firefox/channel/#developer
en-US is here https://www.mozilla.org/en-US/firefox/channel/#developer
Yep it's fixed in 46.0a2, while not in 45.0b10. Thanks for the information!
status-firefox44: --- → affected
status-firefox45: --- → affected
status-firefox46: --- → fixed
This depends on whether GTK2 or GTK3. Because this was fixed by Firefox/GTK3 (bug 1181000) and Firefox 45 still use GTK2.
Summary: Wrong position reported to GTKIMContext if zoom in level > 100% → Wrong position reported to GTKIMContext if zoom in level > 100% (GTK2 build only)
Arch Linux upgrades Firefox to 46.0, but the bug is still. Even worse, the tarball  exihibits the same bug now. I'm not sure whether it's caused by a recent upgrade of GTK3 or not. Currently GTK 3.20 is used.   https://www.mozilla.org/en-US/firefox/channel/#firefox  https://git.archlinux.org/svntogit/packages.git/tree/gtk3/trunk/PKGBUILD
Just created a test user account and tried again. No more mysterious ~/.gtk* files. Same results.
Now, 46.0 is "disabled de10s" by default. So, We hit Bug 1261671. And Bug 1261671 is "WONTFIX" for 46.0 as well as 45(incl ESR45) :(
Thanks for the information. Backported and fixed.
I guess this ticket can be closed as the stable version is now built with GTK+3?
I'd like to mark this bug as WONTFIX, as Firefox now defaults to GTK+3. Is it OK?
(In reply to Yen Chi Hsuan from comment #10) > I'd like to mark this bug as WONTFIX, as Firefox now defaults to GTK+3. Is > it OK? Yes. As long as I test on Nightly/GTK3, this doesn't occur.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.