drop down <select> menu list close itself after ~1s
Reported by
kerdez...@gmail.com,
Feb 13 2018
|
||||||||
Issue description
Chrome Version : 64.0.3282.140
OS Version: 10.0
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari: untested
Firefox: OK
IE/Edge: OK
* What steps will reproduce the problem?
1. click on any <select> menu list to open it (eg : the one on this page to report an issue)
2. a custom menu (eg: the many menu in facebook) doesn't cause any problem.
* What is the expected result?
the list should open and stay open
* What happens instead of that?
the list close after ~1s. it's not precisly 1s, it seems there is a timer that close it, so depending on my luck it close after 0.1s, or 1s, or ...
According to the performance dev tool it seems to exactly related to "hit test" or "update layer tree" timed event.
* Please provide any additional information below. Attach a screenshot if
possible.
A very weird thing i found with the help of irc #chromium-support on freenode :
it seemed the problem appeared when i bought my huyion GT191 screen tablet.
It's a second screen with a stylus, for drawing purpose.
But the problem was here even if the tablet was unplugged.
And we found out that : the problem ONLY happen when the tablet is unplugged !
If i plug (usb) the tablet : the problem disapear. if i unplug it again : the problem appear again.
The tablet have a usb port, an hdmi port, a power plug.
With the usb unplugged it's just a dumb 2nd screen.
The problem only happen in chrome, no problem with firefox or edge.
Also tested with chrome beta : same problem.
Thank you.
UserAgentString: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36
,
Feb 13 2018
i tried to enabled/disable a bunch or touch related flags in chrome://flags without any luck. Btw : the problem also exist in this kind of page : chrome://flags, chrome://settings (didn't test other chrome:// page)
,
Feb 13 2018
if i kill the huion process the problem vanish but the tablet is (obviously ?) acting super weird : - using the stylus is detected as a movement on the main screen instead of the tablet screen :D - i restart it and it's ok again, but the problem in chrome is back. While there might be something smelly on huion or windows side, it cause something to fail in chrome and *only* in chrome and only with <select> stuff. for reference : huion driver version is : 13.15.16.180104
,
Feb 13 2018
i asked someone with chrome and the same tablet. i don't know if he conducted the test incorrectly or something but : he couldn't reproduce the bug :o
,
Feb 13 2018
i contacted huion and sent them a link to this page.
,
Feb 13 2018
,
Feb 14 2018
Can you please provide an input latency trace? If so we might be able to see a phantom touch event closing the menu. (see https://www.chromium.org/developers/how-tos/trace-event-profiling-tool/recording-tracing-runs)
,
Feb 15 2018
no problem, i'll provide it :)
,
Feb 22 2018
Still waiting on input trace.
,
Mar 1 2018
No input latency trace provided. Suspect that the issue is caused by a phantom touch event being dispatched by the hardware. Trace would have confirmed that.
,
Mar 1 2018
Woops. Sorry. See attached file with the bug when the tablet usb is unplugged.
,
Mar 7 2018
Someone have the issue with another tablet : "Gaomon PD1560 " |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by ellyjo...@chromium.org
, Feb 13 2018Labels: -Pri-3 Pri-2
Status: Untriaged (was: Unconfirmed)