mirror of
https://github.com/Rafiuth/Soggfy.git
synced 2026-04-25 23:25:58 +03:00
[GH-ISSUE #26] Successful status disappears #24
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Soggfy#24
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 @m1dst on GitHub (Apr 4, 2022).
Original GitHub issue: https://github.com/Rafiuth/Soggfy/issues/26
Normally the successful check mark is displayed once a song is complete. After a while, the check disappears and the tracks look like it they havent downloaded. It also used to show a checkmark even after a spotify restart. This doesn't seem to work either. If you scroll up and down the playlist you can make them disappear too.
Using latest release and latest support version of Spotify client.
Here are my settings....
I was previously using v2.2.5 and OGG but I upgraded to see if another issue I was seeing was resolved. I used to keep the files in ogg format however I found out over the weekend that some apps couldn't process the file, including ffmpeg. I have reported that as a separate issue. #27
Here is a screenshot after it has been running a while. You will see a number of missing checkmarks even though the file has been downloaded.
@m1dst commented on GitHub (Apr 4, 2022):
I wonder if it is due to paging virtualization and once you scroll about, that information is gone. That would explain why they disappear during use.
@m1dst commented on GitHub (Apr 4, 2022):
Jumping between playlist > queue > playlist wipes them out too.
@Rafiuth commented on GitHub (Apr 5, 2022):
Could this be because you are using a network drive? Soggfy will query if the file exists everytime the page is refreshed (scrolled, reloaded, etc)
@Rafiuth commented on GitHub (Apr 5, 2022):
I think this is because of the UNC prefix (\), v2.2.8 added support for long paths and it always prefixes paths with
\\?\.@Rafiuth commented on GitHub (Apr 5, 2022):
This should be fixed with
cd115b0.Build here
@m1dst commented on GitHub (Apr 7, 2022):
I confirm this build fixes the problem. :-)