WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
169804
Web Inspector: showing the Find banner doesn't immediately focus it
https://bugs.webkit.org/show_bug.cgi?id=169804
Summary
Web Inspector: showing the Find banner doesn't immediately focus it
Devin Rousso
Reported
2017-03-16 18:41:34 PDT
.
Attachments
Patch
(1.97 KB, patch)
2017-03-16 18:46 PDT
,
Devin Rousso
no flags
Details
Formatted Diff
Diff
Patch
(1.98 KB, patch)
2017-04-03 14:50 PDT
,
Devin Rousso
mattbaker
: review+
mattbaker
: commit-queue-
Details
Formatted Diff
Diff
Patch
(1.94 KB, patch)
2017-04-03 17:13 PDT
,
Devin Rousso
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Devin Rousso
Comment 1
2017-03-16 18:46:12 PDT
Created
attachment 304737
[details]
Patch
Joseph Pecoraro
Comment 2
2017-03-17 11:32:46 PDT
Comment on
attachment 304737
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=304737&action=review
> Source/WebInspectorUI/ChangeLog:11 > + If the FindBanner was now showing before, focus it before selecting.
Typo: "now" => "not"
> Source/WebInspectorUI/UserInterface/Views/FindBanner.js:207 > this._inputField.select();
Select should focus, right?! Seems this could be a WebCore regression if that is not the case.
Joseph Pecoraro
Comment 3
2017-03-17 11:43:21 PDT
This regressed somewhere in this range:
https://trac.webkit.org/log/trunk/?mode=follow_copy&rev=213695&stop_rev=213686
Joseph Pecoraro
Comment 4
2017-03-17 11:47:06 PDT
This sounds super suspicious:
https://trac.webkit.org/changeset/213689/trunk
The ChangeLog says: This subtly changed the behavior of WebInspector._focusChanged, which expected all editable fields to be backed by a CodeMirror instance. I don't believe that statement is true. In any case, I don't know which is the better place to fix this. I feel like if we take a fix like yours we will need to do this in a lot of places.
Joseph Pecoraro
Comment 5
2017-03-17 11:48:15 PDT
Comment on
attachment 304737
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=304737&action=review
>> Source/WebInspectorUI/UserInterface/Views/FindBanner.js:207 >> this._inputField.select(); > > Select should focus, right?! Seems this could be a WebCore regression if that is not the case.
Further, since we expect select() to focus(), then we can just always call focus() regardless of if we were showing or not. The keyboard shortcut should always focus the field.
Matt Baker
Comment 6
2017-03-20 13:29:37 PDT
Comment on
attachment 304737
[details]
Patch r-, as the fix doesn't seem to address the root cause of the regression (the suspicious patch Joe mentioned). The fix should probably be in WebInspector._focusChanged.
Joseph Pecoraro
Comment 7
2017-04-03 14:35:22 PDT
***
Bug 170372
has been marked as a duplicate of this bug. ***
Joseph Pecoraro
Comment 8
2017-04-03 14:36:28 PDT
<
rdar://problem/31383181
>
Devin Rousso
Comment 9
2017-04-03 14:50:26 PDT
Created
attachment 306119
[details]
Patch
Matt Baker
Comment 10
2017-04-03 15:00:20 PDT
Comment on
attachment 306119
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=306119&action=review
> Source/WebInspectorUI/UserInterface/Base/Main.js:1341 > + // will also get run when WebInspector.startEditing is called on an element. We do not want
Nit: use single-space after period.
Matt Baker
Comment 11
2017-04-03 17:07:35 PDT
Comment on
attachment 306119
[details]
Patch Nice fix! r=me with a minor nit.
Devin Rousso
Comment 12
2017-04-03 17:13:18 PDT
Created
attachment 306144
[details]
Patch
WebKit Commit Bot
Comment 13
2017-04-03 17:41:22 PDT
Comment on
attachment 306144
[details]
Patch Clearing flags on attachment: 306144 Committed
r214856
: <
http://trac.webkit.org/changeset/214856
>
WebKit Commit Bot
Comment 14
2017-04-03 17:41:24 PDT
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