mirror of
https://github.com/Drop-OSS/drop.git
synced 2026-07-25 04:15:36 -04:00
[PR #323] [MERGED] Game specialisation #307
Reference in New Issue
Block a user
Delete Branch "%!s()"
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?
📋 Pull Request Information
Original PR: https://github.com/Drop-OSS/drop/pull/323
Author: @DecDuck
Created: 1/19/2026
Status: ✅ Merged
Merged: 1/23/2026
Merged by: @DecDuck
Base:
develop← Head:game-specialisation📝 Commits (10+)
0669a5cfeat: game specialisation, auto-guess extensions1ad6989fix: enforce specialisation specific schema at API level0356de7fix: lint93eeb50feat: partial work on depot endpoints9ddcb7efeat: bump torrential2eefc1eMerge branch 'develop' of https://github.com/Drop-OSS/drop into game-specialisationc5f2f18feat: dummy version creation for depot uploadsf03532ffix: lint8afe905fix: typese5b659afix: lint📊 Changes
46 files changed (+1164 additions, -347 deletions)
View changed files
📝
.vscode/settings.json(+1 -1)📝
components/ExecutorWidget.vue(+1 -1)📝
components/GameEditor/VersionConfig.vue(+3 -6)📝
components/GameSearchResultWidget.vue(+6 -2)📝
components/ImportVersionLaunchRow.vue(+60 -5)📝
components/Modal/AddCompanyGame.vue(+3 -1)📝
components/Modal/SelectLaunch.vue(+22 -22)➕
components/Selector/FileExtension.vue(+118 -0)📝
components/Selector/Game.vue(+4 -5)📝
error.vue(+0 -5)📝
nuxt.config.ts(+1 -0)📝
package.json(+1 -0)📝
pages/admin/library/[id]/import.vue(+105 -63)📝
pages/admin/library/import.vue(+57 -1)📝
pages/admin/library/index.vue(+5 -1)📝
pnpm-lock.yaml(+32 -107)➕
prisma/migrations/20260119070859_add_game_type/migration.sql(+17 -0)➕
prisma/migrations/20260119123507_update_game_version/migration.sql(+64 -0)➕
prisma/migrations/20260119132823_add_executor_suggestions/migration.sql(+14 -0)➕
prisma/migrations/20260122002153_add_unimported_game_version/migration.sql(+27 -0)...and 26 more files
📄 Description
Adds 3 types of game "specialisation":
Under the hood, games are all the same object with the same schema. We enforce specialisation-specific options currently during import, so we may get corrupted state if changes are made without the necessary checks.
I think there is significant enough overlap in the required APIs and interfaces that it's worth it to just tag games rather than make them separate models, despite the relative unsafety with no type-safety when it comes to valid database objects.
Current specialisation differences:
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.