mirror of
https://github.com/afkarxyz/SpotiFLAC.git
synced 2026-04-26 07:35:52 +03:00
[GH-ISSUE #257] Metadata fetch fails on Linux (works on Windows) #215
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/SpotiFLAC#215
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @auubrush400 on GitHub (Jan 11, 2026).
Original GitHub issue: https://github.com/afkarxyz/SpotiFLAC/issues/257
Problem
SpotiFLAC fails to fetch album metadata with error "failed to fetch metadata" after 10-second timeout. This occurs with multiple albums. The app is up to date (installed via Gear Lever appimage manager).
Attempted albums:
The same functionality worked without issues on Windows. Tested with VPN both connected and disconnected on Fedora - both failed.
Debug logs show consistent behaviour:
Type
Album
Spotify URL
https://open.spotify.com/album/3rz6xnejkumgzmkdlsywfu
https://open.spotify.com/album/3njsnwhoa795o7tlxvqey0
OS
Linux (Fedora 43 GNOME Desktop)
@srikarballi commented on GitHub (Jan 11, 2026):
same problem
@whaleeyed commented on GitHub (Jan 11, 2026):
Also experiencing this, same error messages on Debian 13 (XFCE desktop environment) using the 7.0.1 appimage downloaded directly from the latest release.
@auubrush400 commented on GitHub (Jan 11, 2026):
Update: Root cause identified
After investigation with debug logging, the metadata API server
afkarxyz.web.idis completely unreachable:Evidence:
ERR_CONNECTION_RESETConnection reset by peerwrite:errno=104,no peer certificate availabledial tcp 8.215.50.195:443: connect: connection refusedThe server is actively refusing all TLS connections from all clients (browsers, CLI tools, SpotiFLAC).
Server status:
afkarxyz.web.idappears to be completely offline/blocking all traffic as of 2026-01-11.@afkarxyz commented on GitHub (Jan 11, 2026):
My server is overloaded with many requests
@auubrush400 commented on GitHub (Jan 11, 2026):
@afkarxyz I apologise - I misdiagnosed the connection failures as the server being offline rather than overloaded. The symptoms (connection refused/reset) looked identical from the client side.
For what it's worth, some approaches that might help with load:
No pressure though - just general suggestions if they're useful.
@auubrush400 commented on GitHub (Jan 11, 2026):
Note: The issue title is misleading - this affects all platforms, not just Linux. It's the server overload affecting everyone.