Bug 147236

Summary: Web Inspector: TimelineOverview scroll container eats mouse events due to its large z-index
Product: WebKit Reporter: Matt Baker <mattbaker>
Component: Web InspectorAssignee: Matt Baker <mattbaker>
Status: NEW    
Severity: Normal CC: graouts, inspector-bugzilla-changes, jonowells, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   
See Also: https://bugs.webkit.org/show_bug.cgi?id=160743
Attachments:
Description Flags
[Patch] Proposed Fix bburg: review-, bburg: commit-queue-

Matt Baker
Reported 2015-07-23 13:33:41 PDT
* SUMMARY TimelineOverview scroll container eats mouse events due to its large z-index. The bottom 16px of the TimelineOverview cannot respond to mouse events to create ruler selections or click on graph records. * NOTES Scroll container needs to get first crack at scroll events, thus the high z-index. But we should look at forwarding other mouse events to underlying elements.
Attachments
[Patch] Proposed Fix (7.60 KB, patch)
2015-10-24 17:53 PDT, Matt Baker
bburg: review-
bburg: commit-queue-
Matt Baker
Comment 1 2015-10-24 17:53:01 PDT
Created attachment 263992 [details] [Patch] Proposed Fix
Radar WebKit Bug Importer
Comment 2 2015-10-24 17:53:19 PDT
Blaze Burg
Comment 3 2015-10-28 10:46:22 PDT
Comment on attachment 263992 [details] [Patch] Proposed Fix View in context: https://bugs.webkit.org/attachment.cgi?id=263992&action=review r- because it doesn't fix the bug when I tested it. I can't make a selection by starting the drag where the scroll bar is positioned. When I look at the DOM, removing the z-index on the scroll container allows me to make the selection but not interact with a visible scroll bar. Is it possible that we can pump up the z-index only when the scroll bar is visible and being hovered? > Source/WebInspectorUI/UserInterface/Views/TimelineOverview.js:435 > + if (!(event.pageX >= graphRect.left && event.pageX <= graphRect.right && event.pageY >= graphRect.top && event.pageY <= graphRect.bottom)) Please use WebInspector.Rect.prototype.intersectionWithRect and friends.
Matt Baker
Comment 4 2015-10-28 13:24:13 PDT
(In reply to comment #3) > Comment on attachment 263992 [details] > [Patch] Proposed Fix > > View in context: > https://bugs.webkit.org/attachment.cgi?id=263992&action=review > > r- because it doesn't fix the bug when I tested it. I can't make a selection > by starting the drag where the scroll bar is positioned. Yikes! I was just checking that I could click within the ruler to select frames, which wasn't previously possible either without a hack. > When I look at the DOM, removing the z-index on the scroll container allows > me to make the selection but not interact with a visible scroll bar. Is it > possible that we can pump up the z-index only when the scroll bar is visible > and being hovered? I'll look into this. > > Source/WebInspectorUI/UserInterface/Views/TimelineOverview.js:435 > > + if (!(event.pageX >= graphRect.left && event.pageX <= graphRect.right && event.pageY >= graphRect.top && event.pageY <= graphRect.bottom)) > > Please use WebInspector.Rect.prototype.intersectionWithRect and friends. Will do.
Matt Baker
Comment 5 2015-10-28 13:24:54 PDT
(In reply to comment #4) > (In reply to comment #3) > > Comment on attachment 263992 [details] > > [Patch] Proposed Fix > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=263992&action=review > > > > r- because it doesn't fix the bug when I tested it. I can't make a selection > > by starting the drag where the scroll bar is positioned. > > Yikes! I was just checking that I could click within the ruler to select > frames, which wasn't previously possible either without a hack. I meant click within the scrollbar.
Note You need to log in before you can comment on or make changes to this bug.