Force cookie resets #16
Labels
No Label
bug
code-quality
documentation
duplicate
enhancement
feature
flair
invalid
on-hold
release
third-party bug
tooling
wontfix
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: tools/josh#16
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
If the format of a cookie changes or important new features are added, I should be able to force a reset of a visitor's cookies so that these updates are pushed through. For example, if I completely change the default file layout (like suggested in #10), then users who already have a
files
cookie will not see these changes. Therefore, the script should check whether it should forcefully reset the cookies each time the page is loaded.This can be done by adding a (semantic) version number to the website and having a cookie store the version number that was last visited; if the current version differs in the major (or minor?) version number, then an update should be forced. Alternatively, I could add a "last forced update" to the program, have the user store that in a cookie, and check if the user's time is lower than the script's time.
The latter solution is probably uglier but also much easier to implement and maintain.
A semantic version has been added in
11523b5046
and is accessible through post-processing by writing%%VERSION_NUMBER%%
in any TypeScript source file. This version could be used for version matching as described above.With significant breaking changes being introduced at some regularity this issue is becoming more important: Some users may see broken versions of the website or may see file links that no longer work.