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)
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•14 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•14 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•14 years ago
|
||
Comment on attachment 534605 [details] [diff] [review] fix r=me
Attachment #534605 -
Flags: review?(bzbarsky) → review+
Assignee | ||
Comment 4•14 years ago
|
||
Comment 5•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/bb5904c365a2
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla6
Updated•14 years ago
|
Whiteboard: [build_warning] → [build_warning] bz nominated at comment 3
Comment 6•14 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•14 years ago
|
Attachment #534688 -
Flags: approval-mozilla-aurora+
Assignee | ||
Comment 7•14 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•14 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•14 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
•