# STEPS TO REPRODUCE: 1. inspect any page 2. search for "div" via the Search Tab => as soon as results start appearing in the Search Tab, Web Inspector will instantly switch to the Elements Tab and select the node that matches the search result
Created attachment 389934 [details] Patch
Comment on attachment 389934 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=389934&action=review r=me > Source/WebInspectorUI/ChangeLog:14 > + such, we should update it's position in the `_recentTabContentViews` list so that we can use So, the bug is that the Search Tab results content view wasn't the most recent in the list (the most recent being preferred over, say, Elements tab) ?
Comment on attachment 389934 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=389934&action=review >> Source/WebInspectorUI/ChangeLog:14 >> + such, we should update it's position in the `_recentTabContentViews` list so that we can use > > So, the bug is that the Search Tab results content view wasn't the most recent in the list (the most recent being preferred over, say, Elements tab) ? Yup!
Comment on attachment 389934 [details] Patch Clearing flags on attachment: 389934 Committed r255980: <https://trac.webkit.org/changeset/255980>
All reviewed patches have been landed. Closing bug.
<rdar://problem/59236869>
Reopening. This was reverted by https://trac.webkit.org/changeset/256086/webkit in b207422.
This will be resolved by <https://webkit.org/b/207317>.