Closed Bug 1522596 Opened 6 years ago Closed 6 years ago

Remove nsIIPCSerializableURI

Categories

(Core :: Networking, enhancement, P2)

enhancement

Tracking

()

RESOLVED FIXED
mozilla66
Tracking Status
firefox66 --- fixed

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

Details

(Whiteboard: [necko-triaged])

Attachments

(1 file)

It has no reason to exist any more (all nsIURI implementations also implement it) and I'm tired of seeing its overhead in profiles.

Priority: -- → P2
Whiteboard: [necko-triaged]

A friendly heads up to Jorg K :) Since TB is not multiprocess, this should be easily solved on the C-C side with empty impls.

Thanks for the heads-up. We've just added nsIIPCSerializableURI to our URLs in Dec. 2018:
https://hg.mozilla.org/comm-central/rev/b382906f387f
So by the looks of it we just remove the include and change to the void functions to a "void method".

Pushed by eakhgari@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d815471fff91 Remove nsIIPCSerializableURI and move its only member to nsIURI; r=valentin

(In reply to Jorg K (GMT+1) from comment #3)

Thanks for the heads-up. We've just added nsIIPCSerializableURI to our URLs in Dec. 2018:
https://hg.mozilla.org/comm-central/rev/b382906f387f
So by the looks of it we just remove the include and change to the void functions to a "void method".

Yes, that should be it. In case somewhere you have classes derived from another class which in turn derives from nsIURI, and your doubly-derived class overrides Serialize(), you may also need to manually add an override declaration like I did here for example: https://hg.mozilla.org/integration/autoland/rev/d815471fff91#l4.38.

Depends on: 1522847
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla66
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: