Closed
Bug 1251945
Opened 9 years ago
Closed 9 years ago
Wrong position reported to GTKIMContext if zoom in level > 100% (GTK2 build only)
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: yan12125, Unassigned)
Details
(Keywords: inputmethod)
Attachments
(1 file)
|
106.18 KB,
image/png
|
Details |
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.
| Reporter | ||
Updated•9 years ago
|
Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Updated•9 years ago
|
Keywords: inputmethod
Comment 1•9 years ago
|
||
This seems to be fixed on Aurora46.0a2.
Reporter, could you test with Aurora46.0a2(Developer Edition[1])?
[1]https://www.mozilla.org/ja/firefox/channel/#developer
Flags: needinfo?(yan12125)
Comment 2•9 years ago
|
||
en-US is here
[1]https://www.mozilla.org/en-US/firefox/channel/#developer
| Reporter | ||
Comment 3•9 years ago
|
||
Yep it's fixed in 46.0a2, while not in 45.0b10. Thanks for the information!
Flags: needinfo?(yan12125)
Updated•9 years ago
|
Comment 4•9 years ago
|
||
This depends on whether GTK2 or GTK3. Because this was fixed by Firefox/GTK3 (bug 1181000) and Firefox 45 still use GTK2.
Updated•9 years ago
|
status-firefox46:
fixed → ---
Updated•9 years ago
|
Summary: Wrong position reported to GTKIMContext if zoom in level > 100% → Wrong position reported to GTKIMContext if zoom in level > 100% (GTK2 build only)
| Reporter | ||
Comment 5•9 years ago
|
||
Arch Linux upgrades Firefox to 46.0, but the bug is still. Even worse, the tarball [1] 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. [2]
[1] https://www.mozilla.org/en-US/firefox/channel/#firefox
[2] https://git.archlinux.org/svntogit/packages.git/tree/gtk3/trunk/PKGBUILD
| Reporter | ||
Comment 6•9 years ago
|
||
Just created a test user account and tried again. No more mysterious ~/.gtk* files. Same results.
Comment 7•9 years ago
|
||
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) :(
| Reporter | ||
Comment 8•9 years ago
|
||
Thanks for the information. Backported and fixed.
| Reporter | ||
Comment 9•9 years ago
|
||
I guess this ticket can be closed as the stable version is now built with GTK+3?
| Reporter | ||
Comment 10•9 years ago
|
||
I'd like to mark this bug as WONTFIX, as Firefox now defaults to GTK+3. Is it OK?
Flags: needinfo?(m_kato)
Comment 11•9 years ago
|
||
(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.
Flags: needinfo?(m_kato)
| Reporter | ||
Updated•9 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•