WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
60630
Web Inspector: hovering over linkified nodes in the UI does not highlight elements on the page.
https://bugs.webkit.org/show_bug.cgi?id=60630
Summary
Web Inspector: hovering over linkified nodes in the UI does not highlight ele...
Pavel Feldman
Reported
2011-05-11 08:50:32 PDT
Patch to follow.
Attachments
Patch
(1.54 KB, patch)
2011-05-11 08:55 PDT
,
Pavel Feldman
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Pavel Feldman
Comment 1
2011-05-11 08:55:12 PDT
Created
attachment 93125
[details]
Patch
Yury Semikhatsky
Comment 2
2011-05-11 11:56:37 PDT
Comment on
attachment 93125
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=93125&action=review
> Source/WebCore/inspector/front-end/inspector.js:322 > + element.addEventListener("mouseover", this.highlightDOMNode.bind(this, nodeId, "all"), false);
How does it differ from the current behavior? Looking at inspector.js:308 I see this: DOMAgent.highlightNode(nodeId, mode || "all"); which is equivalent to passing "all" explicitely. Should we require mode parameter?
Alexander Pavlov (apavlov)
Comment 3
2011-05-11 12:24:16 PDT
Comment on
attachment 93125
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=93125&action=review
>> Source/WebCore/inspector/front-end/inspector.js:322 >> + element.addEventListener("mouseover", this.highlightDOMNode.bind(this, nodeId, "all"), false); > > How does it differ from the current behavior? Looking at inspector.js:308 I see this: > DOMAgent.highlightNode(nodeId, mode || "all"); which is equivalent to passing "all" explicitely. Should we require mode parameter?
In the case of a bound event handler, the mouse event becomes the second parameter which is far from "all". We should doubtfully require the second parameter, as highlightDOMNode(0) results in hiding the highlight (and having the second "mode" parameter is awkward in this case.) Incidentally, I came up with the same solution today while rewriting the StylesSidebarPane.
Yury Semikhatsky
Comment 4
2011-05-11 20:38:49 PDT
(In reply to
comment #3
)
> (From update of
attachment 93125
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=93125&action=review
> > >> Source/WebCore/inspector/front-end/inspector.js:322 > >> + element.addEventListener("mouseover", this.highlightDOMNode.bind(this, nodeId, "all"), false); > > > > How does it differ from the current behavior? Looking at inspector.js:308 I see this: > > DOMAgent.highlightNode(nodeId, mode || "all"); which is equivalent to passing "all" explicitely. Should we require mode parameter? > > In the case of a bound event handler, the mouse event becomes the second parameter which is far from "all". We should doubtfully require the second parameter, as highlightDOMNode(0) results in hiding the highlight (and having the second "mode" parameter is awkward in this case.)
Sounds like the method needs to be split into highlightXXX and hideHighlightXX.
Yury Semikhatsky
Comment 5
2011-05-11 21:47:40 PDT
Comment on
attachment 93125
[details]
Patch r+ since it's a regression. The method should be split in a separate change.
Pavel Feldman
Comment 6
2011-06-18 02:27:31 PDT
I just checken on a canary and it does not seem to work. Reopening. I'll rebase and land.
Pavel Feldman
Comment 7
2011-06-21 01:43:43 PDT
Comment on
attachment 93125
[details]
Patch Clearing flags on attachment: 93125 Committed
r89342
: <
http://trac.webkit.org/changeset/89342
>
Pavel Feldman
Comment 8
2011-06-21 01:43:52 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