Closed
Bug 276100
Opened 20 years ago
Closed 20 years ago
GetOriginToView has unused PresContext argument
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: bernd_mozilla, Assigned: vhaarr+bmo)
References
()
Details
Attachments
(1 file, 2 obsolete files)
103.52 KB,
patch
|
vhaarr+bmo
:
review+
vhaarr+bmo
:
superreview+
|
Details | Diff | Splinter Review |
due to bug 276015 the PresContext argument is not used anymore. We should remove
it. This opens the way to remove the prescontext from
nsContainerFrame::GetFrameForPointUsing and
http://lxr.mozilla.org/seamonkey/ident?i=GetFrameForPoint
Assignee | ||
Comment 1•20 years ago
|
||
diff -up7, removes aPresContext argument from GetOriginToViewOffset,
GetFrameForPoint and GetFrameForPointUsing.
Attachment #169898 -
Flags: superreview?(dbaron)
Attachment #169898 -
Flags: review?(dbaron)
You should remove the aPresContext from the static GetFrameFromLine function in
nsBlockFrame.cpp too. This makes the argument unused, and passing the pres
context for that argument is the only reason you needed to add GetPresContext().
Assignee | ||
Comment 3•20 years ago
|
||
Also includes missing mathml changes; I've enabled mathml in my builds now :)
Attachment #169898 -
Attachment is obsolete: true
Attachment #169957 -
Flags: superreview?(dbaron)
Attachment #169957 -
Flags: review?(dbaron)
Attachment #169898 -
Flags: superreview?(dbaron)
Attachment #169898 -
Flags: review?(dbaron)
Comment on attachment 169957 [details] [diff] [review]
update to comment #2
When this is checked in, watch the warnings on brad tinderbox and make sure
that there aren't additional method-hiding warnings.
>Index: layout/generic/nsBlockFrame.cpp
Please don't unwrap the lines -- they should be wrapped at less than 80
characters. Feel free to wrap lines *that you're already changing* if they
weren't properly wrapped, in this file and elsewhere (but you don't need to,
and it's a good bit of work).
>Index: svg/base/src/nsSVGForeignObjectFrame.cpp
> nsPresContext *presContext = GetPresContext();
Remove this line too.
r+sr=dbaron with those changes
Attachment #169957 -
Flags: superreview?(dbaron)
Attachment #169957 -
Flags: superreview+
Attachment #169957 -
Flags: review?(dbaron)
Attachment #169957 -
Flags: review+
Assignee | ||
Comment 5•20 years ago
|
||
Carrying over r/sr from dbaron
Attachment #169957 -
Attachment is obsolete: true
Attachment #169974 -
Flags: superreview+
Attachment #169974 -
Flags: review+
Assignee | ||
Comment 6•20 years ago
|
||
Attachment 169974 [details] [diff] checked in by neil with no new warnings:
<http://tinderbox.mozilla.org/SeaMonkey/warn1104598200.12912.html#neil>
Thanks for the review!
marking FIXED.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
brad tinderbox hasn't cycled since it was checked in, so I'm not sure how you
can say "no new warnings" yet.
Assignee | ||
Comment 8•20 years ago
|
||
Heh, I guess I should get a refill on my coffee ;)
Thanks for the heads up.
Assignee | ||
Comment 9•20 years ago
|
||
If I'm not mistaken, it has cycled now:
<http://tinderbox.mozilla.org/SeaMonkey/warn1104607500.5979.html#neil>
Comment 10•20 years ago
|
||
I suspect this check-in has caused the regression reported in bug 276719.
Assignee | ||
Comment 11•20 years ago
|
||
I just found an oddity here that I can't explain:
1. Leftclick on the arrow of a html dropdown
2. Leftclick again.
Moz 1.7.3 and 1.8a6 results on Linux:
(1) Drops down
(2) Pulls up
Recent CVS FF or Seamonkey:
(1) Drops down
(2) Drops down
Quite strange; might be a related regression ?
Assignee | ||
Comment 12•20 years ago
|
||
The behaviour in comment #11 was also fixed by the regression fix in bug 276719.
Updated•7 years ago
|
Product: Core → Core Graveyard
Updated•7 years ago
|
Component: Layout: Misc Code → Layout
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•