Closed
Bug 1512524
Opened 7 years ago
Closed 7 years ago
IsImageFrame checks in tree are incorrect
Categories
(Core :: Layout: Images, Video, and HTML Frames, enhancement)
Core
Layout: Images, Video, and HTML Frames
Tracking
()
RESOLVED
FIXED
mozilla65
| Tracking | Status | |
|---|---|---|
| firefox65 | --- | fixed |
People
(Reporter: tnikkel, Assigned: tnikkel)
Details
Attachments
(1 file)
|
3.15 KB,
patch
|
dholbert
:
review+
|
Details | Diff | Splinter Review |
Generally we want to be checking if it is an image frame or an image control frame, the latter being a subclass with very few differences.
| Assignee | ||
Comment 1•7 years ago
|
||
Attachment #9029877 -
Flags: review?(dholbert)
Updated•7 years ago
|
Attachment #9029877 -
Flags: review?(dholbert) → review+
Comment 2•7 years ago
|
||
Comment on attachment 9029877 [details] [diff] [review]
fixisimageframechecks
Review of attachment 9029877 [details] [diff] [review]:
-----------------------------------------------------------------
::: layout/painting/nsDisplayList.cpp
@@ +4511,2 @@
> // Image layer doesn't support draw focus ring for image map.
> nsImageFrame* f = static_cast<nsImageFrame*>(mFrame);
Actually weren't these checks really ok? Do we support image maps in image controls?
Comment 3•7 years ago
|
||
I confess I am not sure. I was suspecting tn was surer than I. tn? :)
Comment 4•7 years ago
|
||
I mean, it's not incorrect anyways, but I _think_ imagecontrolframe + imagemap can't happen.
| Assignee | ||
Comment 5•7 years ago
|
||
Yeah, I made a testcase, it does indeed work.
Pushed by tnikkel@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/a2998e60b98b
Make all in-tree IsImageFrame checks also check for IsImageControlFrame because that is what they actually want. r=dholbert
Comment 7•7 years ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
You need to log in
before you can comment on or make changes to this bug.
Description
•