Closed
Bug 951392
Opened 11 years ago
Closed 11 years ago
Sequencer doesn't properly teardown DOM elements in all cases
Categories
(Webmaker Graveyard :: Popcorn Maker, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: mjschranz, Assigned: mjschranz)
Details
Attachments
(1 file)
This occurs in the following situations:
1) The trackevent is removed before it finishes loading.
2) JWPlayer fails to properly load the video, leaving a black div in place over everything.
May be more, will investigate.
Assignee | ||
Comment 1•11 years ago
|
||
Seems to do the trick effectively. I don't think it has negative side effects.
Attachment #8349502 -
Flags: review?(scott)
Comment 2•11 years ago
|
||
Comment on attachment 8349502 [details] [review]
https://github.com/mozilla/popcorn.webmaker.org/pull/393
So, I may be seeing something different.
I'm seeing a jwplayer being setup with empty string fallback sources. This means an error event is never going to be hit, and without a timeout, it'll never load, or stop loading.
Can you try changing the sourceToArray function to this:
options.sourceToArray = function( object, type ) {
// If our src is not an array, create an array of one.
object[ type ] = typeof object[ type ] === "string" ? [ object[ type ] ] : object[ type ];
object[ type ] = object[ type ].filter( function( e ){
return e;
});
};
Doing that, I got proper loads, and if I deleted it before it loaded, everything looked normal to me.
Attachment #8349502 -
Flags: review?(scott) → review-
Assignee | ||
Comment 3•11 years ago
|
||
Comment on attachment 8349502 [details] [review]
https://github.com/mozilla/popcorn.webmaker.org/pull/393
Seems to do the trick well!
Attachment #8349502 -
Flags: review- → review?(scott)
Comment 4•11 years ago
|
||
Comment on attachment 8349502 [details] [review]
https://github.com/mozilla/popcorn.webmaker.org/pull/393
I'm still not able to reproduce any of the above problems. Although, jwplayer clips do load now.
If I remove a sequencer clip before it loads, it gets torn down completely.
Attachment #8349502 -
Flags: review?(scott) → review-
Assignee | ||
Comment 5•11 years ago
|
||
Scott, what is your opinion on where this should go? Sounds like it isn't causing any problems.
Flags: needinfo?(scott)
Comment 6•11 years ago
|
||
I never could reproduce what you see with DOM elements still being there after a teardown, so I'm hesitant to add the timeout.
I want the source to array fix, but I need help reproducing the dom issues.
Even then, I would next try to find a solution that did not use a timeout. Either a ready event is going to eventually fire, or an error event. Once we get one or the other, we can ensure a teardown happens without a timeout.
If either a ready event or an error event is not fired, it is either still loading, and we should wait, or it has another bug which causes an error or ready event to fail, in which case we should attempt to solve that, or at the least understand what's wrong, and if after understanding it, we cannot find another solution, a timeout would be the next best solution.
Flags: needinfo?(scott)
Assignee | ||
Comment 7•11 years ago
|
||
This was occuring before but I am not having any luck reproducing the issues I found.
Closing for now.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Comment 8•11 years ago
|
||
I wonder though, the filter fix here: https://github.com/mozilla/popcorn.webmaker.org/pull/393/files#diff-8f546a8bfc7999fb36e0248e07050e7aR177
Wouldn't we need that still?
You need to log in
before you can comment on or make changes to this bug.
Description
•