However, the app refreshes the downloads anyway. With over 900 tracks (that are already properly downloaded), it can take up to 10 minutes to refresh, but often longer. Often, I open Plexamp while I’m still at home (or anywhere else where I have wifi) to start up a playlist, and the head out the door, so often the refresh isn’t done, which leaves most of the downloads in a state where it’s downloaded, but when I tap on the item it says “No items downloaded”.
I just tested and reproduced this: Forced closes the app, restarted it, and it started refreshing the downloaded items.
Am I doing something wrong here, are there any other settings? Or is this a possible bug?
If it says “No items downloaded”, will Plexamp still use the downloaded songs or did it always stream using cellular data in this case? I have a limited data subscription, so I rely heavily on the download functionality.
Just wondering, was this supposed to be fixed in Plexamp 4.11.1 on Android or another “next release”? Because I saw a lot of improvements and fixes that were made in this 4.11.1 release relating to downloads and offline content, but not sure if this particular issue was tackled too:
If I open Plexamp:
it will still refresh my downloads,
even if “Refresh downloads (at startup)” is disabled
resulting in these downloaded items not to be available anymore
To make sure the setting “Refresh downloads” was in effect, I enabled it, then disabled it again. I then closed Plexamp, and re-opened it and it was still starting to refresh the downloads.
To make things worse: My internet connection at home is broken (provider issues) and because Plexamp can’t refresh the downloads, it left them in an unusable state (while previously they were all perfectly downloaded), so I now can’t properly listen to the over 10GB of music (if at all). I’m happy to share any logs, or to try out (debug) anything else to help solve this.
I posted the same issue but with the release of 4.11.1 - Found HERE, I no longer see the issues. I have not had to uninstall PlexAmp. I did however make sure to FORCE QUIT PlexAmp and reopened version 4.11.1 and like I said, I no longer have the issues that both of us made observations of. I would HIGHLY recommend uploading your logs AS SOON as another event takes place so Elan and team can take a look.
It seems that I am still experiencing this bug on 4.11.1 as well.
Force closed app, reopened, downloads auto-refreshed (despite setting being off). Logs pulled and attached here.
Edit: after reading up on the other thread, sounds like I am likely running into checks for other info (loudness, etc.), not a problem with refreshing.
Since the logs contain a bit more info than I want (IP address, artist/track names, not sure how identifiable the UUIDs are) I hope it’s okay if I share only a few snippets here, if you want me to send the logs somewhere, let me know.
Steps to reproduce:
Prerequisite 1: You already have a bunch of downloaded albums/artists/stations
Prerequisite 2: Cellular downloads are disabled. Refresh downloads is disabled.
Prerequisite 3: Of course while doing these steps, the tracks you downloaded in Plexamp were unchanged on the server.
Open Plexamp (4.11.1, android).
Let it start refreshing (it takes like 10 seconds before it starts doing this).
Let it complete to confirm everything is downloaded/repaired/refreshed.
Confirm that “Refresh downloads” is disabled in the settings.
Force-close the app.
Re-open Plexamp.
Let it start refreshing
While it still is refreshing, disable wifi (to simulate moving out of wifi range)
Result: In the downloaded items tab, you’ll notice a bunch of items that have orange meta info (file size / total track time). Clicking those will result in “No downloaded items”.
Step 1-5 will result in something like this in the logs:
Aug 08, 2024 22:55:09.733 [Javascript] INFO - Sync: Unlocking container store (count: 0).
Aug 08, 2024 22:55:09.733 [Javascript] INFO - Sync: Clearing a container with 12 items.
Aug 08, 2024 22:55:09.746 [Javascript] INFO - Sync: Download queue completed in 12.43 sec.
Aug 08, 2024 22:55:09.746 [Javascript] INFO - Sync: Stopped processing queue with 0 items remaining.
Step 8 results in basically this:
Aug 08, 2024 22:55:45.200 [Javascript] INFO - Network changed: type is none -> OFFLINE (undefined)
...
Aug 08, 2024 22:55:56.548 [Javascript] INFO - Sync: Download queue completed in 13.87 sec.
Aug 08, 2024 22:55:56.549 [Javascript] INFO - Sync: Stopped processing queue with 349 items remaining.
Aug 08, 2024 22:55:56.549 [Javascript] INFO - Sync: Unlocking container store (count: 0).
Aug 08, 2024 22:55:56.550 [Javascript] INFO - Sync: Clearing a container with 22 items.
Aug 08, 2024 22:55:56.550 [Javascript] INFO - Sync: Unlocking container store (count: 11).
...
And those 349 items correspond to 20 albums/artists saying “No downloaded items”, two albums/stations do have the orange meta info, but are accessible, so I’m not completely sure what the case is here.
The “Clearing container with ## items”: I assume those are the things that were queued to refresh (since the number of log entries match this).
The albums/artists/stations that were NOT added to the queue are still available (have grey colored meta info and can be navigated to).
