Segfault in ui::DeviceDataManagerX11::GetDataRange when double clicking in some textareas
Reported by
w...@219design.com,
Apr 27 2017
|
||||
Issue descriptionChrome Version : 57.0.2987.98 OS Version: Debian 8.7 (jessie) URLs (if applicable) : gmail.com Other browsers tested: Add OK or FAIL after other browsers where you have tested this issue: Safari 5: Firefox 53: OK IE 7/8/9: What steps will reproduce the problem? 1. Go to gmail.com 2. Click in the reply area of an email 3. Double click anywhere in the textarea What is the expected result? Normal textarea stuff -- select a word What happens instead of that? Segfault Please provide any additional information below. Attach a screenshot if possible. UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.98 Safari/537.36
,
Apr 27 2017
Does not happen on about:blank or chrome://version Chromium 57.0.2987.98 (Developer Build) Built on 8.7, running on Debian 8.7 (64-bit) Revision a6a06b78087c9fdb4b12fe0ac1b87fdc10179f8b OS Linux JavaScript V8 5.7.492.63 Flash (Disabled) User Agent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.98 Safari/537.36 Command Line /usr/lib/chromium/chromium --flag-switches-begin --flag-switches-end Executable Path /usr/lib/chromium/chromium Profile Path /home/wes/.config/chromium/Default
,
Apr 27 2017
Also happens when double clicking on this exact page, inside or outside of the textarea (just trying to select a word in the bug report by double clicking) (The crash is coming from _inside the bug report_!!!)
,
Apr 27 2017
Hi, Can you navigate to chrome://crashes and provide the crash IDs of these crashes?
,
Apr 27 2017
chrome://crashes shows "Crash reporting is not available in Chromium" I don't use the G branded browser. Is there a way to generate the same crash report without contacting a G server? If not, I can try installing the branded browser and trying to repeat it.
,
May 3 2017
This crash also occurs sometimes when the rendering pauses after a click, and then I click again before rendering resumes. What I mean by "the rendering pauses" is that I'll click on something that opens a modal dialog, and move the mouse. During that time the cursor remains pointer, even though I'm not hovering over anything. If I wait with the mouse in the same place the cursor returns to default. But if I click *before* that time, chromium segfaults.
,
May 3 2017
The crash occurs with the trackpad, and a USB mouse, but I can't duplicate it by tapping on the touch screen. I don't have to double click very fast. I don't think Debian's chromium-dbg (57.0.2987.98-1~deb8u1) package has all the symbols, or at least running `chromium -g` doesn't let me inspect any locals with gdb. But from looking at the source, it's got to be either a) a null pointer dereference or b) deviceid is less than zero https://chromium.googlesource.com/chromium/src/+/master/ui/events/devices/x11/device_data_manager_x11.cc#676 BTW I'm using the i3 window manager, if that might affect how the process receives events.
,
May 4 2017
Here's what was happening as best I understand: I had a script in the background running setxkbmap every five seconds (a dumb hack). This causes i3 to reload its configuration which takes a few hundred milliseconds. During this time, the X input events are buffered. When the reload finishes, all the buffered X input events get dumped all at once. After removing that background process, I can't reproduce the problem.
,
Jul 24 2017
wes@ - As per comment #8, please confirm if the issue can be closed. Thanks...!!
,
Jul 24 2017
The crash no longer occurs for me
,
Jul 24 2017
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 20 2017
As per C#8 & C#10,marking this issue as Wontfix. Please feel free to file chrome issue if you find any. Thanks..! |
||||
►
Sign in to add a comment |
||||
Comment 1 by w...@219design.com
, Apr 27 2017