Skip to content

feat: treat GAME like APP and WEBSITE - #11

Merged
QuickMythril merged 1 commit into
mainfrom
feat/game-service-parity
Jul 28, 2026
Merged

feat: treat GAME like APP and WEBSITE#11
QuickMythril merged 1 commit into
mainfrom
feat/game-service-parity

Conversation

@QuickMythril

Copy link
Copy Markdown
Member

A published GAME is browser content, exactly as an APP or a WEBSITE is — Home hosts all three through the same archive path (electron/qdn-browser-archive-services.ts). This app recognised only APP and WEBSITE, so a GAME fell through to the download-only branch.

A bookmarked GAME was not recognised as a QDN address at all, so it got neither favicon resolution nor the publisher avatar fallback. parseQdnAddress now accepts it in either case.

Mutation-checked: reverting the pattern fails the new assertion with expected null to deeply equal { service: 'GAME', … }. 92 tests pass.

Both services are now read from one named list rather than an inline pair, so the next service added to that set does not have to be chased through separate conditions.

A published GAME is browser content, exactly as an APP or a WEBSITE is: Home
hosts all three through the same archive path (electron/qdn-browser-archive-services.ts).
This app only recognised APP and WEBSITE, so a GAME fell through to the
download-only branch — a real published game could be saved but not opened.

Recognise all three together, from one named list rather than an inline pair,
so the next service added to that set does not have to be chased through
separate conditions.
@QuickMythril
QuickMythril merged commit 28dca5a into main Jul 28, 2026
4 checks passed
@QuickMythril
QuickMythril deleted the feat/game-service-parity branch July 28, 2026 07:13
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.

1 participant