| Summary: | Kasts app does not update podcasts on startup | ||
|---|---|---|---|
| Product: | [Applications] kasts | Reporter: | Vinod Kumar N <nvk.vinod> |
| Component: | general | Assignee: | bart |
| Status: | CONFIRMED --- | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 24.12.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Vinod Kumar N
2024-12-29 03:12:42 UTC
I can reproduce. I'll see if I can find the root cause. The cause seems to be a race condition: for each action that requires network access, Kasts checks whether there is a fuctional network connection, whether it's a metered connection and whether it's allowed to download over a metered connection. Apparently, due to some internal change, Kasts gets told that there is no available network connection immediately after startup. This is the moment that it tries to do the automatic feed update, so it does not try to update the feeds. However, just a few seconds later (or even a fraction of a second), the network connection switches to "available". I have no clue why this is happening in the flatpak, but not in e.g. distro packages. Maybe it's due to the sandboxing? As a workaround, you can deselect "enable network connection checks" from Settings > Network. That should have it trigger the feed updates on startup. Thanks for the workaround. It works now. |