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

XHR test bug fixes #103

Closed
wants to merge 160 commits into from
Closed

Conversation

hallvors
Copy link
Contributor

I've reviewed about half of the test suite, the spec has changed in various ways and bug fixes & alignment is required

Hallvord R. M. Steen and others added 20 commits April 18, 2013 16:05
Some tests (e.g. FormData tests) rely on the upload.php helper file
…state is still 1 per spec, modifying test 2
@jgraham
Copy link
Contributor

jgraham commented Apr 26, 2013

Hallvord R. M. Steen and others added 21 commits May 24, 2013 16:02
…tform-tests into XHRtestBugFixes

Conflicts:
	XMLHttpRequest/send-authentication-competing-names-passwords.htm
@hallvors hallvors closed this Jun 4, 2013
jugglinmike pushed a commit to bocoup/wpt that referenced this pull request Apr 11, 2017
jgraham pushed a commit that referenced this pull request Apr 13, 2017
jgraham added a commit that referenced this pull request Apr 21, 2017
Fix servo support and improve running under debugger
jugglinmike added a commit to bocoup/wpt that referenced this pull request Oct 22, 2019
Introduce a GitHub Action to monitor Pull Requests, storing relevant
information in the project's git repository (thus allowing the external
wptpr.live system to publish previews) and creating GitHub Deployments
(thus alerting contributors to the status of the preview). This Action
is triggered on a regular interval.

Introduce a second GitHub Action to monitor the state of the preview
system and communicate the relevant status to contributors via the Pull
Request UI. This Action is triggered for every GitHub Deployment created
in the previously-described Action.

For example, if three Pull Requests are updated, the first GitHub Action
will inspect them all. It will create GitHub Deployments only for the
"trusted" Pull Requests. A new GitHub Action will run for each of the
Deployments, polling the preview website until either the preview is
available or a timeout is reached. This Action will update the
deployment accordingly so that the author of each Pull Request author is
aware of the status of the preview site.

The following flow chart visually describes the same sequence:

                           sync
    web-platform-testsgh-101 (trusted) --->   |
    web-platform-testsgh-102 (untrusted) ->   |
    web-platform-testsgh-103 (trusted) --->   |
                          .----.
                          |sync|--------+---------------------.
                          '----'        |                     |
                                 .-------------.       .-------------.
                                 |deploy web-platform-testsgh-101|       |deploy web-platform-testsgh-103|
                                 '-------------'       '-------------'
                                        |                     |
                                 poll for preview      poll for preview
                                        |                     |
    web-platform-testsgh-101 <------ success ----- preview available     poll for preview
                                                              |
    web-platform-testsgh-103 <------- error --------------------------------- timeout
jugglinmike added a commit to bocoup/wpt that referenced this pull request Nov 11, 2019
Introduce a GitHub Action to monitor Pull Requests, storing relevant
information in the project's git repository (thus allowing the external
wptpr.live system to publish previews) and creating GitHub Deployments
(thus alerting contributors to the status of the preview). This Action
is triggered on a regular interval.

Introduce a second GitHub Action to monitor the state of the preview
system and communicate the relevant status to contributors via the Pull
Request UI. This Action is triggered for every GitHub Deployment created
in the previously-described Action.

For example, if three Pull Requests are updated, the first GitHub Action
will inspect them all. It will create GitHub Deployments only for the
"trusted" Pull Requests. A new GitHub Action will run for each of the
Deployments, polling the preview website until either the preview is
available or a timeout is reached. This Action will update the
deployment accordingly so that the author of each Pull Request author is
aware of the status of the preview site.

The following flow chart visually describes the same sequence:

                           sync
    web-platform-testsgh-101 (trusted) --->   |
    web-platform-testsgh-102 (untrusted) ->   |
    web-platform-testsgh-103 (trusted) --->   |
                          .----.
                          |sync|--------+---------------------.
                          '----'        |                     |
                                 .-------------.       .-------------.
                                 |deploy web-platform-testsgh-101|       |deploy web-platform-testsgh-103|
                                 '-------------'       '-------------'
                                        |                     |
                                 poll for preview      poll for preview
                                        |                     |
    web-platform-testsgh-101 <------ success ----- preview available     poll for preview
                                                              |
    web-platform-testsgh-103 <------- error --------------------------------- timeout
stephenmcgruer pushed a commit that referenced this pull request Nov 20, 2019
Introduce a GitHub Action to monitor Pull Requests, storing relevant
information in the project's git repository (thus allowing the external
wptpr.live system to publish previews) and creating GitHub Deployments
(thus alerting contributors to the status of the preview). This Action
is triggered on a regular interval.

Introduce a second GitHub Action to monitor the state of the preview
system and communicate the relevant status to contributors via the Pull
Request UI. This Action is triggered for every GitHub Deployment created
in the previously-described Action.

For example, if three Pull Requests are updated, the first GitHub Action
will inspect them all. It will create GitHub Deployments only for the
"trusted" Pull Requests. A new GitHub Action will run for each of the
Deployments, polling the preview website until either the preview is
available or a timeout is reached. This Action will update the
deployment accordingly so that the author of each Pull Request author is
aware of the status of the preview site.

The following flow chart visually describes the same sequence:

                           sync
    gh-101 (trusted) --->   |
    gh-102 (untrusted) ->   |
    gh-103 (trusted) --->   |
                          .----.
                          |sync|--------+---------------------.
                          '----'        |                     |
                                 .-------------.       .-------------.
                                 |deploy gh-101|       |deploy gh-103|
                                 '-------------'       '-------------'
                                        |                     |
                                 poll for preview      poll for preview
                                        |                     |
    gh-101 <------ success ----- preview available     poll for preview
                                                              |
    gh-103 <------- error --------------------------------- timeout
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.

None yet

2 participants