Feature/player model 0.12.0 #85
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
umpire274/bs_scoring!85
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feature/player-model-0.12.0"
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?
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit:
0e25f551b9ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
After upgrading from versions that created
baseball_scorer_backup_*orbaseball_scorer_before_restore_*files, the restore screen will no longer list those existing backups because the filter only accepts the newbs_scoring_*prefixes. Users with pre-0.12 backups in the same database directory cannot restore them through the app unless they manually rename files, so keep the old prefixes in this predicate for backward compatibility.Useful? React with 👍 / 👎.
When a player has different batting and throwing hands (for example
bat = R,throw = L), this query now returnsbatin column 6 andthrowin column 7, butPlayer::from_rowstill interprets column 6 asthrowand column 7 asbat. That makesget_by_id,get_by_team, exports, and player lists silently swap the two values after the row is read back; selectthrow, bathere to match the mapper.Useful? React with 👍 / 👎.