Closed Bug 659177 Opened 14 years ago Closed 14 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
Comment on attachment 534605 [details] [diff] [review]
fix

r=me
Attachment #534605 - Flags: review?(bzbarsky) → review+
This needs to land in Fx6.
http://hg.mozilla.org/mozilla-central/rev/bb5904c365a2
Status: ASSIGNED → RESOLVED
Closed: 14 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: