Ghostyroasty 0 Posted December 9, 2018 Share Posted December 9, 2018 I enabled this option and nothing would happen. I also set the artwork to download in advance. I deleted my libraries and started with one folder (library is spread over a few nas drives) and no artwork was downloaded. I think it might be because Android doesn't allow for writing to something external without proper permissions?? Please correct me if I'm wrong. To get around it, I have temporarily installed the server on my Windows box to put all the artwork in the media folders and it works with no issues. Link to comment Share on other sites More sharing options...
Luke 37058 Posted December 9, 2018 Share Posted December 9, 2018 Yes the reason is probably because the server does not have write access to the media folders. Link to comment Share on other sites More sharing options...
Ghostyroasty 0 Posted December 9, 2018 Author Share Posted December 9, 2018 Is there any way to implement this in the future? And should my Shield reading the metadata stored by my other server instance? Link to comment Share on other sites More sharing options...
Luke 37058 Posted December 9, 2018 Share Posted December 9, 2018 If you can ensure the server has write access to the media folders, then it should work. Link to comment Share on other sites More sharing options...
Ghostyroasty 0 Posted December 9, 2018 Author Share Posted December 9, 2018 (edited) Thanks for the response. The server has read/write access, but it is being denied write access according to the logs. I tested writing to my nas via a file explorer app successfully, and double checked that the server had permission to write to storage (via app permissions). Edited December 9, 2018 by Ghostyroasty Link to comment Share on other sites More sharing options...
Luke 37058 Posted December 11, 2018 Share Posted December 11, 2018 @@softworkz any thoughts? 1 Link to comment Share on other sites More sharing options...
softworkz 3335 Posted December 11, 2018 Share Posted December 11, 2018 @@softworkz any thoughts? Yes, I got two: Our implementation of MS' SMB protocol supports SMB 1.x only, but not SMB 2.x "Our implementation" is used everywhere except on Windows. Current Windows releases are shipped with SMB 1.x disabled, so it's usually impossible to connect to those network folders (from apps not running on Windows) . For the write permission issues, I might not have an exact solution but there's something that I'm suspecting based on all conversations I had followed: The typical requirement is named like "needs to have write access without authentication". This seems to work sometimes but appears to fail in most cases After studying numerous similar cases I managed to identify two different cases in that category: Unauthentcated access granting permissions to anonymous users Blanc-Password guest authenticattion The latter one - "Blanc-Password guest authenticattion" is something that users might assume to be the same as "permission without password", although it's something very different internally. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now