This issue is still present for me in beta 2025.21.0 (1172) on iPadOS. Turning off “wifi only”, canceling existing downloads, re-downloading, changing to “original” quality, changing to “high” quality, etc. do not fix the issue – the items simply remain in Queued Items. I’d be glad to provide any logging and/or debug information from the iPadOS and/or PMS Linux perspective if needed. Thanks!
EDIT: After some troubleshooting on the PMS Linux 1.41.9.9961 side, I observed this in the logs:
Jul 18, 2025 06:24:48.571 [140623666383672] Warning — [Req#43165] Low disk space: 54.78GB source file, 31.28GB capacity, 31.25GB available on “/tmp/plex/transcode/Transcode/Downloads/9”
It turns out that even though I had Original quality set, Plex still needed to transcode the video to a format that works on iPadOS. It tries to do this in the default temporary path it uses on Linux, which seems to be /tmp/plex/transcode. Many Linux distros these days, including mine, mount /tmp as a tmpfs, which places /tmp in RAM. Naturally it is somewhat space-limited (in my case 32GB).
I was able to resolve this by updating where Plex does its transcoding work (Plex Web > Media Server > Settings > Transcoder > Transcoder temporary directory) to a path with much more space available. Right when I saved this setting, I noticed the transcoding begin and the iPadOS Plex > Downloads > In Progress section showed the transcoding status of the media item in question under Queued Items.
This is not necessarily the solution to every instance of this issue, but I figured it would be helpful to provide what worked in my particular scenario.