WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 194169
Web Inspector: REGRESSION: clicking a selected call frame doesn't re-scroll
https://bugs.webkit.org/show_bug.cgi?id=194169
Summary
Web Inspector: REGRESSION: clicking a selected call frame doesn't re-scroll
Devin Rousso
Reported
2019-02-01 11:46:29 PST
# Steps to reproduce: 1. inspect <
https://webkit.org
> 2. set a breakpoint on global.js:2 3. reload the page 4. select the "Global Code" call frame 5. select the "(anonymous function)" call frame 6. scroll down so that the highlighted line isn't visible 7. re-select (e.g. click again) the "(anonymous function)" call frame # Expected result: The view should scroll to the line highlighted in step 6. # Actual result: The view doesn't scroll at all. # Notes: I believe this regressed with the addition of `WI.SelectionController`. `WI.SelectionController.prototype.selectItem` early-returns if the index is already selected, meaning we don't call `selectionControllerSelectionDidChange` (which therefore doesn't fire `WI.TreeOutline.Event.SelectionDidChange`).
Attachments
Patch
(2.00 KB, patch)
2019-02-04 11:57 PST
,
Matt Baker
no flags
Details
Formatted Diff
Diff
Patch for landing
(2.02 KB, patch)
2019-02-04 15:16 PST
,
Matt Baker
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2019-02-01 11:47:05 PST
<
rdar://problem/47743864
>
Matt Baker
Comment 2
2019-02-04 11:57:10 PST
Created
attachment 361082
[details]
Patch
Devin Rousso
Comment 3
2019-02-04 13:52:01 PST
Comment on
attachment 361082
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=361082&action=review
rs=me
> Source/WebInspectorUI/UserInterface/Views/TreeOutline.js:1018 > + if (this.allowsRepeatSelection && !this.allowsMultipleSelection && treeElement.selected) {
Is there a reason/example why we don't want to have this behavior of multiple selection is enabled? I think we should be a bit more "selective" (no pun intended), in that if we do allow multiple selection, but only have one item selected, re-selecting it would also fire an event. Just because we have `allowsMultipleSelection`, doesn't mean we should blanket prevent this behavior.
Matt Baker
Comment 4
2019-02-04 15:16:51 PST
Created
attachment 361107
[details]
Patch for landing
Matt Baker
Comment 5
2019-02-04 15:21:11 PST
Comment on
attachment 361082
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=361082&action=review
>> Source/WebInspectorUI/UserInterface/Views/TreeOutline.js:1018 >> + if (this.allowsRepeatSelection && !this.allowsMultipleSelection && treeElement.selected) { > > Is there a reason/example why we don't want to have this behavior of multiple selection is enabled? I think we should be a bit more "selective" (no pun intended), in that if we do allow multiple selection, but only have one item selected, re-selecting it would also fire an event. Just because we have `allowsMultipleSelection`, doesn't mean we should blanket prevent this behavior.
I can't think of an example, but I don't see a reason why not. Instead of requiring that multiple selection be disabled, we just check that only one item is selected.
WebKit Commit Bot
Comment 6
2019-02-04 15:32:52 PST
Comment on
attachment 361107
[details]
Patch for landing Clearing flags on attachment: 361107 Committed
r240947
: <
https://trac.webkit.org/changeset/240947
>
WebKit Commit Bot
Comment 7
2019-02-04 15:32:53 PST
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug