Navigation Menu

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

We should test webkit nightly #11413

Closed
peter-ahe-google opened this issue Jun 21, 2013 · 8 comments
Closed

We should test webkit nightly #11413

peter-ahe-google opened this issue Jun 21, 2013 · 8 comments
Labels
area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. closed-obsolete Closed as the reported issue is no longer relevant P3 A lower priority bug or feature request type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)

Comments

@peter-ahe-google
Copy link
Contributor

There are rumors on IRC that dart2js fails with Safari 7. By testing the binary from http://nightly.webkit.org, we should be able to catch such problems much earlier.

@peter-ahe-google
Copy link
Contributor Author

cc @mraleph.

@ricowind
Copy link
Contributor

Before we start testing on more browser maybe we should update the status files for the exiting ones so that we can move that to the main waterfall:
http://build.chromium.org/p/client.dart.fyi/builders/dart2js-safari-mac10.8

At the same time it would be great if somebody would update the status files for the chrome on android bots so that we can move that, it has been on fyi for a number of weeks now.

@ricowind
Copy link
Contributor

Additionally, if we test nightly builds what do you propose as an update mechanism?
Auto pull -> bots go red on random commits
Manual update -> better, but requires manual work on a regular basis

@peter-ahe-google
Copy link
Contributor Author

I was thinking manual update, but we could add a level of indirection and commit the binary to our repo.

@ricowind
Copy link
Contributor

Moving to infrastructure area, setting to low priority for now (we have more pressing issues)


Set owner to @mkustermann.
Removed Priority-Unassigned, Area-Test labels.
Added Priority-Low, Area-infrastructure labels.

@mkustermann
Copy link
Member

Removed the owner.
Added label.

@mkustermann
Copy link
Member

Added Triaged label.

@lrhn
Copy link
Member

lrhn commented Jan 28, 2014

Removed Area-infrastructure label.
Added Area-Infrastructure label.

@peter-ahe-google peter-ahe-google added Type-Defect P3 A lower priority bug or feature request area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. labels Jan 28, 2014
@kevmoo kevmoo added type-bug Incorrect behavior (everything from a crash to more subtle misbehavior) and removed triaged labels Feb 29, 2016
@matanlurey matanlurey added the closed-obsolete Closed as the reported issue is no longer relevant label Jun 22, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. closed-obsolete Closed as the reported issue is no longer relevant P3 A lower priority bug or feature request type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)
Projects
None yet
Development

No branches or pull requests

6 participants