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)

defect
Not set
normal

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)

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)
Attached patch fixSplinter Review
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: nobody → dholbert
Status: NEW → ASSIGNED
Attachment #534605 - Flags: review?(bzbarsky)
Summary: nsAboutProtocolHandler::StartClone needs to change signature to continue overriding parent → nsAboutProtocolHandler::StartClone needs to change signature to continue overriding inherited method
Attachment #534605 - Flags: review?(bzbarsky) → review+
This needs to land in Fx6.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla6
Whiteboard: [build_warning] → [build_warning] bz nominated at comment 3
I agree this needs to land, but doesn't really need to live on the tracking radar - a=me for aurora landing.
Attachment #534688 - Flags: approval-mozilla-aurora+
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?
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?
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.

Attachment

General

Created:
Updated:
Size: