Skip to content

fix: initialize tracksCacheBytes on startup to enforce cache limit (#1951)#2430

Open
fatelove42 wants to merge 1 commit intoqier222:masterfrom
fatelove42:master
Open

fix: initialize tracksCacheBytes on startup to enforce cache limit (#1951)#2430
fatelove42 wants to merge 1 commit intoqier222:masterfrom
fatelove42:master

Conversation

@fatelove42
Copy link
Copy Markdown

Previously, tracksCacheBytes was initialized to 0 and only updated when entering the settings page. This caused the cache limit to not work until the user manually opened settings. Now the cache size is calculated from the database on app startup, ensuring cache cleanup triggers correctly.

🤖 Generated with Claude Code

…ier222#1951)

Previously, tracksCacheBytes was initialized to 0 and only updated when
entering the settings page. This caused the cache limit to not work until
the user manually opened settings. Now the cache size is calculated from
the database on app startup, ensuring cache cleanup triggers correctly.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
@fatelove42
Copy link
Copy Markdown
Author

改了

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