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

Reusable Interop 20XX page #2944

Merged
merged 19 commits into from
Sep 28, 2022
Merged

Reusable Interop 20XX page #2944

merged 19 commits into from
Sep 28, 2022

Conversation

DanielRyanSmith
Copy link
Contributor

@DanielRyanSmith DanielRyanSmith commented Aug 26, 2022

This change refactors the Interop 2022 page to be reusable and functional for any year.

Staging environment link

Description of changes

  • Path for interop pages is now wpt.fyi/interop-{year}.
    • interop-2022.js has been renamed interop.js and many references to "2022" as a specific year have been renamed.
  • Information needed to display for each year is written in webapp/static/interop-data.json. Adding all fields for a given year will allow the year to be displayed (as long as the links given are valid).
  • 2021 Interop page is now viewable in the same format at 2022 at path /interop-2021.

@DanielRyanSmith DanielRyanSmith marked this pull request as ready for review August 29, 2022 18:33
@DanielRyanSmith DanielRyanSmith marked this pull request as draft August 29, 2022 18:34
@DanielRyanSmith DanielRyanSmith marked this pull request as ready for review September 5, 2022 19:06
@foolip
Copy link
Member

foolip commented Sep 14, 2022

A question about the URL structure. If we have /interop/2021 and /interop/2022, it's natural to try visiting /interop. We could add an overview page there, but that's a bit of work... Is it just as easy to go with /interop-2021 and /interop-2022?

@DanielRyanSmith
Copy link
Contributor Author

DanielRyanSmith commented Sep 14, 2022

Is it just as easy to go with /interop-2021 and /interop-2022?

This is a good point, and it's an easy change. Now the path is /interop-{year}. /compat{year} now also redirects to /interop-{year}.

Copy link
Collaborator

@jcscottiii jcscottiii left a comment

Choose a reason for hiding this comment

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

If I go to interop-2023, it gives me a mostly blank page.

We should handle years without data in webapp/static/interop-data.json gracefully.

A quick solution would be to just redirect back home.

A better solution would be to have a placeholder that lets the user know that the provided year is not supported.

webapp/.eslintrc.json Outdated Show resolved Hide resolved
webapp/interop_handler.go Show resolved Hide resolved
webapp/interop_handler.go Outdated Show resolved Hide resolved
webapp/interop_handler.go Outdated Show resolved Hide resolved
webapp/interop_handler.go Outdated Show resolved Hide resolved
webapp/interop_handler.go Show resolved Hide resolved
webapp/routes.go Show resolved Hide resolved
@DanielRyanSmith
Copy link
Contributor Author

Thanks for taking a look at this everyone - I'll be sure to address these in the near future 🙂

@DanielRyanSmith
Copy link
Contributor Author

A quick solution would be to just redirect back home.
A better solution would be to have a placeholder that lets the user know that the provided year is not supported.

I took the quick way out and redirected to whatever the current interop year is. Hope that's alright 😬

@jcscottiii
Copy link
Collaborator

A quick solution would be to just redirect back home.
A better solution would be to have a placeholder that lets the user know that the provided year is not supported.

I took the quick way out and redirected to whatever the current interop year is. Hope that's alright 😬

Completely fine. Could you create an issue about this? This issue could be something we label for hacktoberfest.

@DanielRyanSmith
Copy link
Contributor Author

Completely fine. Could you create an issue about this? This issue could be something we label for hacktoberfest.

Sure! Issue created

@jcscottiii
Copy link
Collaborator

Great job on this @DanielRyanSmith !!!

webapp/components/interop.js Outdated Show resolved Hide resolved
webapp/components/interop.js Outdated Show resolved Hide resolved
webapp/components/interop.js Outdated Show resolved Hide resolved
webapp/components/interop.js Show resolved Hide resolved
webapp/components/interop.js Outdated Show resolved Hide resolved
DanielRyanSmith and others added 2 commits September 26, 2022 10:40
Co-authored-by: Kyle Ju <kyleju@google.com>
@DanielRyanSmith
Copy link
Contributor Author

@KyleJu This is ready for your re-review, but it seems the debian install issue in the CI is no longer intermittent 🙁

Copy link
Collaborator

@KyleJu KyleJu left a comment

Choose a reason for hiding this comment

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

Perfect! Thanks for the cleanup

@KyleJu
Copy link
Collaborator

KyleJu commented Sep 27, 2022

Unpacking google-chrome-stable (106.0.5249.61-1) ... is working for go_chrome_test but failing for web_components_test

@DanielRyanSmith DanielRyanSmith merged commit 9c7b693 into main Sep 28, 2022
@DanielRyanSmith DanielRyanSmith deleted the reusable-interop-page branch September 28, 2022 23:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants