Skip to content

Conversation

@Oykunle
Copy link

@Oykunle Oykunle commented Jan 12, 2026

This PR adds an "Operational Process for OED Maintainers" section to clarify how the proposed update-notification system would be maintained in practice.

It documents:

  • steps to follow when publishing a new release,
  • how admin login checks are handled,
  • and how support status is determined.

This is intended to make the proposal easier to implement and maintain long-term.

Copy link
Member

@huss huss left a comment

Choose a reason for hiding this comment

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

@Oykunle Thank you for updating the site update process documentation. I've made a few comments to consider before implementation should proceed.


This section describes the concrete steps OED maintainers should follow to keep update notifications accurate and consistent.

### When a new OED release is published
Copy link
Member

@huss huss Jan 19, 2026

Choose a reason for hiding this comment

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

Section headers should have a blank line before/after.

Also, indenting should be with 2 spaces and not tabs for markdown.

@Oykunle
Copy link
Author

Oykunle commented Jan 21, 2026

Hi @huss , thank you for the feedback!

I’ve added:

  • the GitHub Pages location for latestVersion.json,
  • a full JSON format sample, and
  • step-by-step instructions for generating and publishing SHA-256 checksums (macOS/Linux/Windows + GitHub releases).

The section headers were also formatted with blank lines as requested.

Please let me know if any further adjustments are needed.

Adds the exact GitHub Pages location for latestVersion.json, a full JSON schema example, and documents how to generate and publish SHA-256 checksums as GitHub release assets.
Copy link
Member

@huss huss left a comment

Choose a reason for hiding this comment

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

@Oykunle Thank you for the updated file. I've resolved previous comments that are done but one remains with additional info. I also made a few more comments to consider.

#### Step 2: Check Only When an Admin Logs In

- OED performs this fetch: GET https://oed-project.github.io/latestVersion.json
- OED performs this fetch: GET https://openenergydashboard.github.io/DesignDocs/update-metadata/latestVersion.json
Copy link
Member

Choose a reason for hiding this comment

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

I don't think this should reference the design docs. Maybe under update-metadata/latestVersion.json?

Your OED version is no longer supported. Please upgrade soon.

Additional improvements:
- Show current version
Copy link
Member

Choose a reason for hiding this comment

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

I'm unclear on how these are provided by the JSON file that is received.

- Sites can verify downloads without needing new infrastructure
- Fits GitHub’s security model

How to generate SHA-256 checksums
Copy link
Member

Choose a reason for hiding this comment

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

From a web search, it seems you can use GitHub actions to automatically generate the checksum for a release. Also, there is a way to add it to the GitHub release as a note. I think these should be figured out and included.

### When a new OED release is published


1. Update the version metadata file: DesignDocs/docs/update-metadata/latestVersion.json
Copy link
Member

Choose a reason for hiding this comment

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

I think a sample should be linked and/or the actual one in this design doc folder.

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.

2 participants