Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tech 2.0 additional fixes #2166

Closed
wants to merge 11 commits into from
Closed

Tech 2.0 additional fixes #2166

wants to merge 11 commits into from

Conversation

eXon
Copy link
Contributor

@eXon eXon commented May 18, 2015

Just went over everything on #2126. Let me know if everything is good :)

@pam
Copy link

pam commented May 18, 2015

Tests failed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: BUSTED

Commit: 1766e2c
Build details: https://travis-ci.org/pam/video.js/builds/63052347

(Please note that this is a fully automated comment.)

@pam
Copy link

pam commented May 18, 2015

Tests failed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: BUSTED

Commit: e3c0285
Build details: https://travis-ci.org/pam/video.js/builds/63053053

(Please note that this is a fully automated comment.)

@pam
Copy link

pam commented May 18, 2015

Tests failed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: BUSTED

Commit: 5d19240
Build details: https://travis-ci.org/pam/video.js/builds/63056124

(Please note that this is a fully automated comment.)

bufferedDuration += end - start;
}
buffered() {
return null;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should this return null? Or should it just return a 0, 0 time range?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is never called outside the unit tests. null to me seems more appropriate because their is no buffer at all.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If this isn't used outside of tests do we need to define it here? Should we change something about the test or whatever relies on buffered?

Otherwise I think we should follow the spec.

The buffered attribute must return a new static normalised TimeRanges object that represents the ranges of the media resource, if any, that the user agent has buffered, at the time the attribute is evaluated. Users agents must accurately determine the ranges available, even for media streams where this can only be determined by tedious inspection.

http://www.w3.org/html/wg/drafts/html/master/semantics.html#dom-media-buffered

@gkatsev
Copy link
Member

gkatsev commented May 18, 2015

a few minor comments, otherwise, LGTM.

@pam
Copy link

pam commented May 18, 2015

Tests failed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: BUSTED

Commit: 6f455f4
Build details: https://travis-ci.org/pam/video.js/builds/63071502

(Please note that this is a fully automated comment.)

@eXon
Copy link
Contributor Author

eXon commented May 18, 2015

I don't know if saucelabs is supposed to work but locally the tests are fine. However, we have this error on the CI:

ERROR [launcher.sauce]: Can not start chrome 34 (Windows 8.1)

@mmcc
Copy link
Member

mmcc commented May 18, 2015

@pam retry

@pam
Copy link

pam commented May 18, 2015

Tests failed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: BUSTED

Commit: 6f455f4
Build details: https://travis-ci.org/pam/video.js/builds/63078142

(Please note that this is a fully automated comment.)

@mmcc
Copy link
Member

mmcc commented May 18, 2015

I have a feeling like this whole SauceLabs experiment is going to get killed pretty soon. These "random" failures are infuriating.

@heff
Copy link
Member

heff commented May 18, 2015

@forbesjo was attempting to switch to grunt-sauce(something), which bootstrap uses and seems to be having better luck with, but Joe still ran into a bunch of random browser errors. Joe can you make a PR with however far you got, incase someone else wants to try to get farther?

@forbesjo
Copy link
Contributor

The PR I have open should skip the problematic browsers and have all the
changes.
On Mon, May 18, 2015 at 5:16 PM Steve Heffernan notifications@github.com
wrote:

@forbesjo https://github.com/forbesjo was attempting to switch to
grunt-sauce(something), which bootstrap uses and seems to be having better
luck with, but Joe still ran into a bunch of random browser errors. Joe can
you make a PR with however far you got, incase someone else wants to try to
get farther?


Reply to this email directly or view it on GitHub
#2166 (comment).

@heff
Copy link
Member

heff commented May 18, 2015

Ah right, sorry. Forgot that was already a PR. #2149

@eXon
Copy link
Contributor Author

eXon commented May 20, 2015

Do I need to fix something so that the CI doesn't fail?

@heff
Copy link
Member

heff commented May 20, 2015

Just tested locally and the tests pass for me, so I think we can move forward. Reviewing the PR myself now.

'autoplay': this.options_.autoplay,
'preload': this.options_.preload,
'loop': this.options_.loop,
'muted': this.options_.muted
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Very nice. For #2033 I want to try to move away from using options like this and instead use the player properties (e.g. this.autoplay()), but there's still more work to do to make that even possible. Not something for this PR but just wanted to call it out as something that may change in the near future.

@heff
Copy link
Member

heff commented May 20, 2015

Aside from the tech.buffered comment this looks good to me! And ticks all the #2126 boxes.

@pam
Copy link

pam commented May 21, 2015

Tests failed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: BUSTED

Commit: aa998c9
Build details: https://travis-ci.org/pam/video.js/builds/63416651

(Please note that this is a fully automated comment.)

@eXon
Copy link
Contributor Author

eXon commented May 21, 2015

I though at first it would be better to fix the unit tests as well. However, the problem that we have is this.buffered is undefined. I don't think it makes sense to add a check for this everywhere or monkey-patch it in all tests. It will be overriden by all tech so I think it has no impact to keep it in the base class.

@pam
Copy link

pam commented May 21, 2015

Tests failed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: BUSTED

Commit: 956d77a
Build details: https://travis-ci.org/pam/video.js/builds/63418259

(Please note that this is a fully automated comment.)

@xiaochen-2050
Copy link

Object does not support "defineProperty properties or methods for lte ie9

video.js, line:153 char:142

@heff
Copy link
Member

heff commented May 21, 2015

lgtm! merging in.

@xiaocen2050 I think that's part of an issue @mmcc found, that we're not currently using loose mode for the babel process.

@heff heff closed this in 5d550ff May 21, 2015
@heff
Copy link
Member

heff commented May 21, 2015

@eXon FYI, since this from your master branch you're gonna need to rebase your master since we auto-squash multi-commit PRs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants