Closed
Bug 659177
Opened 15 years ago
Closed 15 years ago
nsAboutProtocolHandler::StartClone needs to change signature to continue overriding inherited method
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
RESOLVED
FIXED
mozilla6
| Tracking | Status | |
|---|---|---|
| firefox6 | - | --- |
People
(Reporter: dholbert, Assigned: dholbert)
References
()
Details
(Whiteboard: [build_warning] bz nominated at comment 3)
Attachments
(2 files)
|
3.08 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
|
3.20 KB,
patch
|
Details | Diff | Splinter Review |
Bug 308590 changed nsSimpleURI::StartClone and its subclass's version nsSimpleNestedURI::StartClone to take one argument.
I missed that nsSimpleNestedURI *itself* had a subclass with a version that needed changing, too. As a result, we currently get this build warning:
{
nsSimpleNestedURI.h:80:26: warning: ‘virtual nsSimpleURI* nsSimpleNestedURI::StartClone(nsSimpleURI::RefHandlingEnum)’ was hidden
nsAboutProtocolHandler.h:97:26: warning: by ‘virtual nsSimpleURI* nsNestedAboutURI::StartClone()’
}
nsNestedAboutURI::StartClone needs to change to take an argument in order to continue overriding properly.
(I verified that this is the only instance of this type of bug by looking for "::Clone" and "::StartClone" in a build log)
| Assignee | ||
Comment 1•15 years ago
|
||
Ultimately, it'd be nice for nsSimpleNestedURI::StartClone to replace its "new nsSimpleNestedURI()" call with some virtual function that nsNestedAboutURI can override (returning a "new nsNestedAboutURI" instead).
Then, we'll be able to get rid of nsNestedAboutURI's StartClone specialization.
However, for now, this is a simpler change.
| Assignee | ||
Updated•15 years ago
|
Summary: nsAboutProtocolHandler::StartClone needs to change signature to continue overriding parent → nsAboutProtocolHandler::StartClone needs to change signature to continue overriding inherited method
Comment 2•15 years ago
|
||
Comment on attachment 534605 [details] [diff] [review]
fix
r=me
Attachment #534605 -
Flags: review?(bzbarsky) → review+
| Assignee | ||
Comment 4•15 years ago
|
||
Comment 5•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla6
Updated•15 years ago
|
Whiteboard: [build_warning] → [build_warning] bz nominated at comment 3
Comment 6•15 years ago
|
||
I agree this needs to land, but doesn't really need to live on the tracking radar - a=me for aurora landing.
Updated•15 years ago
|
Attachment #534688 -
Flags: approval-mozilla-aurora+
| Assignee | ||
Comment 7•15 years ago
|
||
Comment on attachment 534605 [details] [diff] [review]
fix
Requesting approval to land on aurora, per comment 3.
Pretty trivial, low-risk fix - as described in comment 0, this just adds an argument to a method on nsNestedAboutURI, mirroring bug 308590's changes to the same method in nsNestedAboutURI's parent class. This is necessary for the method to override correctly.
Attachment #534605 -
Flags: approval-mozilla-aurora?
| Assignee | ||
Comment 8•15 years ago
|
||
Comment on attachment 534605 [details] [diff] [review]
fix
oops, johnath beat me to the punch, a+'ing the newer revision of the patch. :) Canceling duplicate approval request.
Attachment #534605 -
Flags: approval-mozilla-aurora?
| Assignee | ||
Comment 9•15 years ago
|
||
Comment on attachment 534688 [details] [diff] [review]
hg changeset for checkin
gah, sorry, this is already in Aurora -- it landed on m-c a few hours before the branch point.
Canceling approval+, for clarity.
Attachment #534688 -
Flags: approval-mozilla-aurora+
You need to log in
before you can comment on or make changes to this bug.
Description
•