Closed
Bug 1194112
Opened 10 years ago
Closed 10 years ago
Enable Move when possible in exclusive mode for MediaEventSource to save copy and allow move-only types
Categories
(Core :: Audio/Video: Playback, defect, P2)
Core
Audio/Video: Playback
Tracking
()
RESOLVED
FIXED
mozilla43
| Tracking | Status | |
|---|---|---|
| firefox43 | --- | fixed |
People
(Reporter: jwwang, Assigned: jwwang)
References
Details
Attachments
(6 files)
|
40 bytes,
text/x-review-board-request
|
kinetik
:
review+
|
Details |
|
40 bytes,
text/x-review-board-request
|
kinetik
:
review+
|
Details |
|
40 bytes,
text/x-review-board-request
|
kinetik
:
review+
|
Details |
|
40 bytes,
text/x-review-board-request
|
kinetik
:
review+
|
Details |
|
40 bytes,
text/x-review-board-request
|
kinetik
:
review+
|
Details |
|
40 bytes,
text/x-review-board-request
|
kinetik
:
review+
|
Details |
Spin off of bug 1193117.
| Assignee | ||
Comment 1•10 years ago
|
||
| Assignee | ||
Comment 2•10 years ago
|
||
| Assignee | ||
Comment 3•10 years ago
|
||
Bug 1194112. Part 1 - extract event dispatch code from ListenerImpl to its own class.
Attachment #8648538 -
Flags: review?(kinetik)
| Assignee | ||
Comment 4•10 years ago
|
||
Bug 1194112. Part 2 - small code refactoring to reduce typing.
Attachment #8648539 -
Flags: review?(kinetik)
| Assignee | ||
Comment 5•10 years ago
|
||
Bug 1194112. Part 3 - use perfect forwarding in MediaEventProducer::Notify() so MediaEventSource can decide whether to copy or move according to its ListenerMode.
Attachment #8648540 -
Flags: review?(kinetik)
| Assignee | ||
Comment 6•10 years ago
|
||
Bug 1194112. Part 4 - reimplement Listener/ListenerImpl to support Move.
Attachment #8648541 -
Flags: review?(kinetik)
| Assignee | ||
Comment 7•10 years ago
|
||
Bug 1194112. Part 5 - remove dead code.
Attachment #8648542 -
Flags: review?(kinetik)
| Assignee | ||
Comment 8•10 years ago
|
||
Bug 1193117. Part 6 - add a test case to test the exclusive mode.
Attachment #8648543 -
Flags: review?(kinetik)
Comment 9•10 years ago
|
||
Comment on attachment 8648538 [details]
MozReview Request: Bug 1194112. Part 1 - extract event dispatch code from ListenerImpl to its own class.
https://reviewboard.mozilla.org/r/16225/#review14593
Ship It!
Attachment #8648538 -
Flags: review?(kinetik) → review+
Comment 10•10 years ago
|
||
Comment on attachment 8648539 [details]
MozReview Request: Bug 1194112. Part 2 - small code refactoring to reduce typing.
https://reviewboard.mozilla.org/r/16227/#review14595
Ship It!
Attachment #8648539 -
Flags: review?(kinetik) → review+
Comment 11•10 years ago
|
||
Comment on attachment 8648540 [details]
MozReview Request: Bug 1194112. Part 3 - use perfect forwarding in MediaEventProducer::Notify() so MediaEventSource can decide whether to copy or move according to its ListenerMode.
https://reviewboard.mozilla.org/r/16229/#review14597
Ship It!
Attachment #8648540 -
Flags: review?(kinetik) → review+
Comment 12•10 years ago
|
||
Comment on attachment 8648541 [details]
MozReview Request: Bug 1194112. Part 4 - reimplement Listener/ListenerImpl to support Move.
https://reviewboard.mozilla.org/r/16231/#review14601
Ship It!
Attachment #8648541 -
Flags: review?(kinetik) → review+
Comment 13•10 years ago
|
||
Comment on attachment 8648542 [details]
MozReview Request: Bug 1194112. Part 5 - remove dead code.
https://reviewboard.mozilla.org/r/16233/#review14603
Ship It!
Attachment #8648542 -
Flags: review?(kinetik) → review+
Updated•10 years ago
|
Attachment #8648543 -
Flags: review?(kinetik) → review+
Comment 14•10 years ago
|
||
Comment on attachment 8648543 [details]
MozReview Request: Bug 1193117. Part 6 - add a test case to test the exclusive mode.
https://reviewboard.mozilla.org/r/16235/#review14605
Ship It!
| Assignee | ||
Comment 15•10 years ago
|
||
Thanks for the review!
Comment 16•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/a7ceb6162a63
https://hg.mozilla.org/integration/mozilla-inbound/rev/acbc0d7e21cd
https://hg.mozilla.org/integration/mozilla-inbound/rev/81291b4e6dc3
https://hg.mozilla.org/integration/mozilla-inbound/rev/5b202008a431
https://hg.mozilla.org/integration/mozilla-inbound/rev/0c54ee53678f
https://hg.mozilla.org/integration/mozilla-inbound/rev/d0eee19c83cd
Comment 17•10 years ago
|
||
Backed out in https://hg.mozilla.org/integration/mozilla-inbound/rev/2b568650c03a for Linux64 Hazard failure:
subprocess.CalledProcessError: Command '['/builds/slave/l64-br-haz_m-in_dep-0000000000/build/obj-opt-js/dist/bin/js', '/builds/slave/l64-br-haz_m-in_dep-0000000000/build/source/js/src/devtools/rootAnalysis/computeGCFunctions.js', 'callgraph.txt', 'gcFunctions.tmp', 'gcFunctions_list.tmp', 'gcEdges.tmp', 'suppressedFunctions_list.tmp']' returned non-zero exit status 3
| Assignee | ||
Comment 18•10 years ago
|
||
00:13:23 INFO - CalledProcessError: Command '['hg', 'log', '-r', 'd0eee19c83cd9b2130c11eeea832dbceeafa37a9', '--template', '{node}']' returned non-zero exit status 255
00:13:23 INFO - d0eee19c83cd9b2130c11eeea832dbceeafa37a9 does not exist in /builds/hg-shared/integration/mozilla-inbound
I can't see how this error is related to my changes... It looks like an error of hg repo.
| Assignee | ||
Comment 19•10 years ago
|
||
https://treeherder.mozilla.org/logviewer.html#?job_id=10500793&repo=try
Got an error in the hazard build even with part 1 pushed only. I have no idea how my code changes could cause such errors.
Hi Ehsan,
Do you have any idea about these hazard build error messages?
06:52:09 INFO - CalledProcessError: Command '['hg', 'log', '-r', '31707542ff6f064bfc6879e4e39d83dac81ea506', '--template', '{node}']' returned non-zero exit status 255
08:26:09 INFO - /builds/slave/l64-br-haz_try_dep-00000000000/build/source/js/src/devtools/rootAnalysis/loadCallgraph.js:77:21 InternalError: allocation size overflow
08:26:09 ERROR - Traceback (most recent call last):
Flags: needinfo?(ehsan)
| Assignee | ||
Comment 20•10 years ago
|
||
https://wiki.mozilla.org/Javascript:Hazard_Builds
My changes are nothing about js. I wonder how it would be...
Comment 21•10 years ago
|
||
(In reply to JW Wang [:jwwang] from comment #19)
> Hi Ehsan,
> Do you have any idea about these hazard build error messages?
>
> 06:52:09 INFO - CalledProcessError: Command '['hg', 'log', '-r',
> '31707542ff6f064bfc6879e4e39d83dac81ea506', '--template', '{node}']'
> returned non-zero exit status 255
>
> 08:26:09 INFO -
> /builds/slave/l64-br-haz_try_dep-00000000000/build/source/js/src/devtools/
> rootAnalysis/loadCallgraph.js:77:21 InternalError: allocation size overflow
> 08:26:09 ERROR - Traceback (most recent call last):
No, and I'm not even sure why you're asking me. I think sfink owns that analysis.
Flags: needinfo?(ehsan) → needinfo?(sphink)
Comment 22•10 years ago
|
||
(In reply to Ehsan Akhgari (don't ask for review please) from comment #21)
> (In reply to JW Wang [:jwwang] from comment #19)
> > Hi Ehsan,
> > Do you have any idea about these hazard build error messages?
> >
> No, and I'm not even sure why you're asking me. I think sfink owns that
> analysis.
Yes, this is me.
(In reply to JW Wang [:jwwang] from comment #20)
> https://wiki.mozilla.org/Javascript:Hazard_Builds
> My changes are nothing about js. I wonder how it would be...
The hazard analysis is checking the full tree's source code. But it's true that you should only be able to trigger problems by touching code that uses the JSAPI, or code the calls code that uses the JSAPI, etc.
That said, this particular problem is new to me and seems like there's something going wrong with the analysis. "InternalError: allocation size overflow". Wtf? I will look into this immediately.
Comment 23•10 years ago
|
||
Oh, and by the way:
(In reply to JW Wang [:jwwang] from comment #19)
> 06:52:09 INFO - CalledProcessError: Command '['hg', 'log', '-r',
> '31707542ff6f064bfc6879e4e39d83dac81ea506', '--template', '{node}']'
> returned non-zero exit status 255
this seems to be a nuisance error message that occurs even in successful runs. I really thought there was a bug filed for this, but I'm not finding it now.
Flags: needinfo?(sphink)
Updated•10 years ago
|
Flags: needinfo?(sphink)
| Assignee | ||
Comment 24•10 years ago
|
||
(In reply to Ehsan Akhgari (don't ask for review please) from comment #21)
> No, and I'm not even sure why you're asking me. I think sfink owns that
> analysis.
Sorry. I though you know about hazard builds as well static analysis builds. Thanks for forwarding the ni to the right person. :)
Updated•10 years ago
|
Priority: -- → P2
| Assignee | ||
Comment 25•10 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=b78e5f59f769
Looks like the problem is fixed. Thanks! Steve.
Comment 26•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/2afb1fcf608b
https://hg.mozilla.org/integration/mozilla-inbound/rev/e55b03747ebd
https://hg.mozilla.org/integration/mozilla-inbound/rev/37fb89797a7f
https://hg.mozilla.org/integration/mozilla-inbound/rev/1254f92e2493
https://hg.mozilla.org/integration/mozilla-inbound/rev/d9d782e4fbc4
https://hg.mozilla.org/integration/mozilla-inbound/rev/2875976a9a6f
Comment 27•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/2afb1fcf608b
https://hg.mozilla.org/mozilla-central/rev/e55b03747ebd
https://hg.mozilla.org/mozilla-central/rev/37fb89797a7f
https://hg.mozilla.org/mozilla-central/rev/1254f92e2493
https://hg.mozilla.org/mozilla-central/rev/d9d782e4fbc4
https://hg.mozilla.org/mozilla-central/rev/2875976a9a6f
Assignee: nobody → jwwang
Status: NEW → RESOLVED
Closed: 10 years ago
status-firefox43:
--- → fixed
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
Updated•10 years ago
|
Flags: needinfo?(sphink)
You need to log in
before you can comment on or make changes to this bug.
Description
•