Closed killhellokitty closed 8 years ago
pretty sure this is caused by permissions of your music directory
there should be a link in those "OOOPS"-notifications. please click on this link and add an additional parameter to the url like ?debug
(or &debug
in case a questionmark already exists)
In this specific case: What is the output of /slimpd/index.php/filebrowser?null&debug
?
A completly blank page. It just goes back to 127.0.0.1/slimpd/index.php/filebrowser and a blank page.
On Tue, Jul 19, 2016 at 5:09 PM, othmar52 notifications@github.com wrote:
pretty sure this is caused by permissions of your music directory
there should be a link in those "OOOPS"-notifications. please click on this link and add an additional parameter to the url like ?debug (or &debug in case a questionmark already exists)
In this specific case: What is the output of /slimpd/index.php/filebrowser?null&debug ?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/othmar52/slimpd/issues/10#issuecomment-233781858, or mute the thread https://github.com/notifications/unsubscribe-auth/AJKslfQShbSm903jMDAX_m88EbDnZfRsks5qXUsQgaJpZM4JQNgJ .
hmmm. can you find any useful hint in the error-log of lighttpd?
No errors in the lighttpd error-log. All is well.
On Tue, Jul 19, 2016 at 5:29 PM, othmar52 notifications@github.com wrote:
hmmm. can you find any useful hint in the error-log of lighttpd?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/othmar52/slimpd/issues/10#issuecomment-233786163, or mute the thread https://github.com/notifications/unsubscribe-auth/AJKslcElqLHqn_vKpDYvc2WgsA5qxnO6ks5qXU_NgaJpZM4JQNgJ .
do you have symlinks in your mpd music directory? case yes - add the non symlinked path to your configuration (with trailing slash)
[mpd]
alternative_musicdir =
further i have added another configuration option
[filebrowser]
restrict-to-musicdir = 1
pull the latest commit, set this to 0
in your config/config_local.ini
and try to access /slimpd/index.php/filebrowser again.
I updated and made these additions. The filebrowser works now, except when the icon is selected from the nav bar. The icon still doesn't work. I moved my music collection to a /media/Music and rebuilt MPD as a global app. Systemcheck says everything is working and good now. It shows most album covers, but not all for some reason. I'll try to delve into what is different about the albums that are not showing up.
On Wed, Jul 20, 2016 at 1:38 AM, othmar52 notifications@github.com wrote:
do you have symlinks in your mpd music directory? case yes - add the non symlinked path to your configuration (with trailing slash)
[mpd] alternative_musicdir =
further i have added another configuration option
[filebrowser] restrict-to-musicdir = 1
set this to 0 and try to access /filebrowser again.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/othmar52/slimpd/issues/10#issuecomment-233853092, or mute the thread https://github.com/notifications/unsubscribe-auth/AJKsleEwM6lpZNddha1tBtSErVK03qavks5qXcJwgaJpZM4JQNgJ .
handling playlist is not implemented yet. for now you can only display *.m3u content or append to/replace mpd's current playlist. to hide the nav-item at all add this to your config
[mainmenu]
3.title = menu.playlists
3.url =
to jump into a specific directory when click on the playlists-nav-item add something like
[mainmenu]
3.title = menu.playlists
3.url = filebrowser/path/to/your/playlist-dir/inside/mpd-dir
what happens if you click the directory-icon in the navbar?
does "local player" also work?
When the directory-icon in the navbar is pressed this error popup: http://127.0.0.1/slimpd/index.php/filebrowser?null debug message: Message: file_exists(): open_basedir restriction in effect. File(/media/Music/..) is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/etc/webapps/:/dev/shm/:/media/Music/:/var/lib/mpd/:/usr/bin/) I don't know how it wants "/media/Music/" to be listed with open_basedir?
And yes 'local player' works.
On Thu, Jul 21, 2016 at 1:25 PM, othmar52 notifications@github.com wrote:
handling playlist is not implemented yet. for now you can only display *.m3u content or append to/replace mpd's current playlist. to hide the nav-item at all add this to your config
[mainmenu] 3.title = menu.playlists 3.url =
to jump into a specific directory when click on the playlists-nav-item add something like
[mainmenu] 3.title = menu.playlists 3.url = filebrowser/path/to/your/playlist-dir/inside/mpd-dir
what happens if you click the directory-icon in the navbar?
does "local player" also work?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/othmar52/slimpd/issues/10#issuecomment-234340769, or mute the thread https://github.com/notifications/unsubscribe-auth/AJKsldIPVVqq6i6wwgqxeZ9iONKfPMC_ks5qX7mKgaJpZM4JQNgJ .
debug message: Message: file_exists(): open_basedir restriction in effect. File(/media/Music/..) is not within the allowed path(s):
Now i have read the error message again and recognised those two points ..
which results in a forbidden/restricted call of file_exists('/media/')
.
Please pull the latest commit and try again
systemcheck and filebrowser are now working without error. Playlists on top bar is currently not working, still under construction.
In the meantime a separate issue #39 for the remaining error had been opened so i will close this issue...
OOOPS!
something went wrong... /slimpd/index.php/filebrowser?null