Closed akashsriramganapathy closed 1 week ago
It's fine if custom folder support isn't added. This violates security. Also, LibreTube is more of a Player than a downloader. Please use YTDLnis, with many functions
I don’t believe that accessing storage is a violation of security—many apps access external storage without issue. Previous closed issues and comments from developer suggest they prefer to keep the app as just a player, avoiding storage permissions. While that's their choice, it’s worth noting that YTDLins doesn’t support geo-restricted piped videos. Embedding data into a single file could also offer a more complete output. Some great features exist, but a few enhancements would make the app even better.
For example, in earlier versions, there was an option to access storage, as seen in this issue: LibreTube #1282. In this issue #2041, the developer explains their stance against adding storage support.
The app has come a long way since 2022—many crashes and bugs have been fixed, and it’s more stable now. The developer’s comment about storage permissions reads: "That would require adding storage permissions to LibreTube, which is not going to happen. I've put a lot of effort into removing these, as I believe a video player app shouldn't require storage permissions. Apart from that, not using such permissions makes it easier for users to trust the app."
With the progress made, it might be worth revisiting this feature.
My reasonings are still the same as https://github.com/libre-tube/LibreTube/issues/3572#issuecomment-1518614176 and they likely won't ever change.
Describe your suggested feature
Description:
The built-in mechanism for downloading offline content works perfectly, organizing downloads by audio, video, thumbnails, and subtitles into separate folders within the default Android data directory. However, to improve flexibility and ease of use, I propose two enhancements that would significantly improve the offline download experience:
Embedded Data Output:
Custom Download Folder Support:
Other details
No response
Acknowledgements