Issue metadata
Sign in to add a comment
|
Coordinates sent to HI-DPI linux environment are about doubled
Reported by
scootalo...@gmail.com,
Mar 13 2018
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.146 Safari/537.36 Steps to reproduce the problem: 1. Enable iBus 2. Type in any input field What is the expected behavior? Selection table right under input What went wrong? Character selection table manages to get far away from the input field, sometimes even outside of the screen Did this work before? N/A Chrome version: 65.0.3325.146 Channel: stable OS Version: Flash Version: Shockwave Flash 28.0 r0 Issue found in GNOME 3 It seems that ibus devs or gnome devs has patched https://bugs.chromium.org/p/chromium/issues/detail?id=475718 on their end, now being gnome desktop scale aware and double the coordinates itself when hidpi is detected Other apps work properly
,
Mar 13 2018
Unable to reproduce the issue on ubuntu 17.10 high dpi machine(Gnome 3.26.1) using chrome reported version #65.0.3325.146 and latest canary #67.0.3368.0. Attached a screenshot for reference. Following are the steps followed to reproduce the issue. ------------ 1. Enabled iBus for Chinese language 2. Typed in input field i.e omnibox. 3. Observed that selection table appeared right under the input as expected. scootalootf2@ - Could you please check the issue on latest canary #67.0.3368.0 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. Thanks...!!
,
Mar 13 2018
I'm currently on fedora 27, Gnome 3.26.2. Now submitting screenshots from a complete new user, using latest the latest stable chrome build from Google. 65.0.3325.146. Can you please check if ibus works properly for applications other than chrome/chromium? Here it works for all GTK apps such as libreoffice, gnome-terminal, as well as KDE app like kdenlive, while having issues on Chome. Oh and where can I obtain a copy of official canary for linux? (pre-built as rpm would be nice)
,
Mar 13 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 13 2018
Sorry for the typos in the previous comment, here attaches a screenshot of chromium from the fedora 27 repo, version being 61.0.3163.100. Interestingly this older build of chromium has no such problem, not sure if patches were applied by fedora repository maintainers.
,
Mar 14 2018
Unable to reproduce this issue on Ubuntu 17.10 using reported version 65.0.3325.146. As mentioned in comment#3 and #6 this might reproduce only on fedora. As ET team do not have Fedora with us, could someone from Inhouse team please help in triaging this further. Hence adding TE-NeedsTriageFromHYD label. Thanks!
,
Mar 16 2018
Reporting the same issue on chromium 63.0.3239.108 from fedora's repo Looks like it is related to gtk2->gtk3 transition since 61.0.3163.100 in comment #3 still has some gtk2 dialog boxes (file selection mainly), while the newer version has gtk3 dialog boxes.
,
Mar 20 2018
Tested the issue using #65.0.3325.162 on Fedora 25 and could not reproduce the issue as per the steps mentioned in original comment. Requesting someone from UI>Input>Text>IME for further triaging of the issue. Thanks!!
,
Mar 21 2018
,
Mar 22 2018
Re: comment 9 Does it work properly with other apps? I suspect that it's an ibus/gnome thing with he newest version since it used to break in everything but chrome, now not broken in everything but chrome.
,
Mar 22 2018
As per Comment #2, #7, #9, this issue is not reproducible at TE end. Hence adding 'TE-NeedsTriageHelp' and requesting someone from UI>Input>Text>IME team for help in further triaging of this issue. Thanks..
,
Mar 22 2018
CC'ing thomasanderson@ for help in further triaging of this issue.
,
May 16 2018
Such an issue is reproducible in Version 67.0.3396.48 under Ubuntu 18.04, with Gnome 3.28. Just to add a few details: 1. The input selection works when typing in Chrome's address bar. However, the selection window would be nowhere to be found if the typing was done in window elements of a website. 2. Same issue when typing in Chrome extension such as Google Hangouts.
,
May 16 2018
+shuchen This seems similar to another bug that was ibus-related. +oshima for visibility
,
May 17 2018
This is a dup to issue 774974 .
,
May 17 2018
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by scootalo...@gmail.com
, Mar 13 2018217 KB
217 KB View Download