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

Changes for v1.3 #237

Merged
merged 15 commits into from
Sep 30, 2021
Merged

Changes for v1.3 #237

merged 15 commits into from
Sep 30, 2021

Conversation

matthew-white
Copy link
Member

@matthew-white matthew-white commented Sep 22, 2021

This PR prepares the release of v1.3 (closing #223). It only contains commits from other PRs that have already been approved and merged:

#230
#236
#234
#232
#235
#238
#239
#240

@yanokwa, I've tagged you for review. Would be great if you could ✅ before release next week!

@matthew-white matthew-white linked an issue Sep 22, 2021 that may be closed by this pull request
@yanokwa yanokwa requested a review from issa-tseng September 22, 2021 21:22
@yanokwa
Copy link
Member

yanokwa commented Sep 22, 2021

I can confirm my commits are here. I've added @issa-tseng so she can do the same.

@matthew-white matthew-white linked an issue Sep 22, 2021 that may be closed by this pull request
yanokwa and others added 3 commits September 26, 2021 15:29
This commit aims to prevent excessive caching of /version.txt and
/index.html. Browsers will still be able to cache these files, but they
must revalidate them with each request.

Prior to this commit, I noticed the following behavior:

  - Open Frontend in a browser (I used Firefox).
  - Change the source, then rebuild. This will change /version.txt.
  - However, if you click on the Version link in the help dropdown, the
    old /version.txt is shown in a new tab.
  - Only if you refresh the new tab is the new /version.txt is shown.

getodk/central-frontend#496 only works if requesting /version.txt
returns the current version, reflecting any change.

Adding the Cache-Control header for /version.txt seems to resolve this
issue. I also added it for /index.html, which should make it unnecessary
to ever force-refresh /index.html in a browser.

I think Cache-Control is useful for these two files, but I don't think
that it is useful for other files:

  - CSS and JS files from Vue will have a hash in their filenames that
    will change as the associated source changes.
  - We use a query string for cache-busting when requesting icon files.
@matthew-white matthew-white merged commit 0fe596d into master Sep 30, 2021
@matthew-white matthew-white deleted the release branch September 30, 2021 19:42
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.

Container logs can very large and should be compressed Central v1.3 release
4 participants