Ongeki: Fix issue with technical award folder counts not being saved properly #128
No reviewers
Labels
No Label
aimedb
bug
chuni
chusan
cxb
database
diva
doc
duplicate
enhancement
frontend
help wanted
idac
idz
invalid
maidx
ongeki
pokken
question
seen
system
testing
wacca
waiting
wip
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Hay1tsme/artemis#128
Loading…
Reference in New Issue
No description provided.
Delete Branch "Kumubou/artemis:develop"
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?
This pull request is to fix an issue reported in #127 regarding technical award counts displayed in-game not being saved properly.
Be aware that this will only completely fix the issue on new accounts, existing accounts will only have the counts from their last session (and going forward) until manually fixed by the operator. There's more notes on how that may be fixed with an external script in the issue report.
This has only been tested on my personal instance with one actively used account and a couple of test accounts, so more testing may be needed.
Ongeki: Fix issue technical award folder counts not being saved properlyto Ongeki: Fix issue with technical award folder counts not being saved properlyHello Kumubou
May I know if this is ready for merging or did you need to add something else before i approve this?
Thank you!
This should be good to go -- all that needed to be done is actually implement
get_tech_count
, and since the schema for that was already defined all that really needed to be done was have it run the SQL command and return the result (and then cast the result as a dict inhandle_get_user_tech_count_api_request
, or else the pops won't work and the returned result will end up crashing the game).I don't know why it's trying to include the original rebasing as one of the commits, although I guess that won't matter once squashed (especially since the calculated file changes look correct).