Closed
Bug 810177
Opened 14 years ago
Closed 14 years ago
Refactor nsMediaDecoder and friends so that they do not depend on nsHTMLMediaElement
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
mozilla19
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
Details
Attachments
(4 files)
|
8.45 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
|
17.46 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
|
12.85 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
|
31.46 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
I have a set of patches which refactor nsMediaDecoder and friends to not depend on nsHTMLMediaElement. The basic idea is to create an nsMediaDecoderCallback interface which nsHTMLMediaElement would implement, and put everything needed by nsMediaDeocder on that interface. In addition to that, there are a number of other cleanup patches which enabled me to eliminate many of the nsHTMLMediaElement.h #includes in the media code.
I need these patches for bug 792263.
| Assignee | ||
Comment 1•14 years ago
|
||
| Assignee | ||
Comment 2•14 years ago
|
||
Attachment #679947 -
Flags: review?(roc)
| Assignee | ||
Comment 3•14 years ago
|
||
Attachment #679948 -
Flags: review?(roc)
| Assignee | ||
Comment 4•14 years ago
|
||
Attachment #679949 -
Flags: review?(roc)
| Assignee | ||
Comment 5•14 years ago
|
||
Updated•14 years ago
|
Attachment #679946 -
Flags: review?(roc) → review+
Updated•14 years ago
|
Attachment #679947 -
Flags: review?(roc) → review+
Updated•14 years ago
|
Attachment #679948 -
Flags: review?(roc) → review+
Comment 6•14 years ago
|
||
Comment on attachment 679949 [details] [diff] [review]
Part 4: Make nsMediaDecoder not depend on nsHTMLMediaElement
Review of attachment 679949 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks for doing this, this is a good idea.
nsMediaDecoderCallback isn't a great name, because the calls go both ways. How about calling it mozilla::MediaDecoderOwner? I'm moving everything else into mozilla namespace, so that'd be one less thing for me to move in. And of course s/callback/owner/g everywhere then.
And can you put MediaDecoderOwnewr in its own header file? Hopefully that would reduce the amount of stuff nsHTMLMediaElement pulls in when it includes this definition.
Attachment #679949 -
Flags: review?(roc) → review-
Comment 7•14 years ago
|
||
Comment on attachment 679949 [details] [diff] [review]
Part 4: Make nsMediaDecoder not depend on nsHTMLMediaElement
Review of attachment 679949 [details] [diff] [review]:
-----------------------------------------------------------------
Let's call that r+ with my comments addressed.
Attachment #679949 -
Flags: review- → review+
Comment 8•14 years ago
|
||
Try run for 98bd67898298 is complete.
Detailed breakdown of the results available here:
https://tbpl.mozilla.org/?tree=Try&rev=98bd67898298
Results (out of 18 total builds):
success: 9
failure: 9
Builds (or logs if builds failed) available at:
http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/eakhgari@mozilla.com-98bd67898298
| Assignee | ||
Comment 9•14 years ago
|
||
| Assignee | ||
Comment 10•14 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/a61507b712eb
https://hg.mozilla.org/mozilla-central/rev/145d08002c5a
https://hg.mozilla.org/mozilla-central/rev/43ead32e1f4c
https://hg.mozilla.org/mozilla-central/rev/bc8bbf49b63a
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla19
You need to log in
before you can comment on or make changes to this bug.
Description
•