Unable to set settings in Personal menu.

[mijoharas]

I am trying to test the new version and set the collection path through the personal settings menu. I cannot seem to set this path and additionally trying to press the generate api keys button below also doesn't work. I haven't been able to find anything in the logs that appears related. I have:

{"app":"PHP","message":"curl_setopt(): CURLOPT_FOLLOWLOCATION cannot be activated when an open_basedir is set at \/usr\/share\/webapps\/owncloud\/lib\/private\/util.php#1040","level":3,"time":"2014-05-05T01:50:41+00:00"}

But AFAIK that is due to a known issue with having open_base_dir set.
In addition I've also stumbled onto:

{"app":"index","message":"Symfony\\Component\\Routing\\Exception\\RouteNotFoundException: Route \"music_index\" does not exist.","level":4,"time":"2014-05-05T01:50:45+00:00"}

which seems to be referenced here but I don't see either of these as related to the issue of setting the collection path, which doesn't seem to trigger any logging output.

[MorrisJobke]

@mhauserr What version of ownCloud do you use?

[mijoharas]

Ahh, sorry, should have mentioned. I'm on ownCloud 6.0.3 (stable) and using version 0.20 of music. looking over the logs ( set to debug) There has been one more error that has popped up overnight but I don't think it's relevant to anything, gonna post it here anyway on the offchance. (The timing does not seem to correlate with loading of either the music app or the settings which is why I don't think it's related.):

{"app":"OC\\Files\\Cache\\Scanner","message":"!!! No reuse of etag for 'lucene_index\/segments.gen' !!! \ncache: Array\n(\n    [fileid] => 45\n    [storage] => home::michael\n    [path] => lucene_index\/segments.gen\n    [parent] => 44\n    [name] => segments.gen\n    [mimetype] => application\/octet-stream\n    [mimepart] => application\n    [size] => 20\n    [mtime] => 1389313987\n    [storage_mtime] => 1389313987\n    [encrypted] => \n    [unencrypted_size] => 0\n    [etag] => 52cf3fd3858e4\n)\n \ndata: Array\n(\n    [mimetype] => application\/octet-stream\n    [mtime] => 1399252532\n    [size] => 20\n    [etag] => 53676ebb8a39a\n    [storage_mtime] => 1399252532\n)\n","level":0,"time":"2014-05-05T10:58:03+00:00"}

[mijoharas]

oh and the only other thing that has shown up in the logs is I have a self-signed SSL certificate so:

{"app":"core","message":"isWebDAVWorking: NO - Reason: [CURL] Error while making request: SSL certificate problem: self signed certificate (error code: 60) (Sabre_DAV_Exception)","level":2,"time":"2014-05-05T10:58:28+00:00"}

which AFAIK is a known issue with core. I haven't seen anything in the logs about the music app, there wouldn't happen to be a different log would there?

[MorrisJobke]

@mhauserr You could have a look at your webservers log for a detailed stacktrace.

[mijoharas]

@MorrisJobke I've been looking in my owncloud.log file for most of this, my server (nginx) only has access.log which doesn't provide anything useful in this case. I was just checking if there was a owncloud_music.log or something similar, that I hadn't found that I could inspect. Is there anything else I can do to try and debug this?

[MorrisJobke]

@mhauserr The music app as such is working correct, right?

[mijoharas]

I think so, I thought the error was due to it not being able to find the music files since a path hadn't been set but I'm unsure. It used to work a while ago but both my owncloud and the music application have been updated since. In addition I don't see anything in the lag that seems to be from the music application which makes me think that there may be something wrong with it. See screenshot

[MorrisJobke]

@mhauserr this looks like some broken paths. Can you have a look at the browsers console? (Press F12 in firefox/chrome) Then go to the network tab and reload the page. There should just black items in the first column. If there is a red one something is wrong. Can you make a screenshot of the network tab then(the best would be the biggest possible view and with a selected "red" row)?

[mijoharas]

You're completely right, it seems that my second apps directory is busted (really should have checked it out sooner, spent all my time looking at php code and logfiles, sorry). It seems that nothing in my /wapps directory is being loaded by the server. see my apps configuration here:

'apps_paths' => 
  array (
    0 => 
    array (
      'path' => '/usr/share/webapps/owncloud/apps',
      'url' => '/apps',
      'writable' => false,
    ),
    1 => 
    array (
      'path' => '/etc/webapps/owncloud/apps',
      'url' => '/wapps',
      'writable' => true,
    ),
  ),

I'm guessing it's a problem with the setup but I can't figure out what it is. I think I have the right permissions on the music app.

 sudo ll /etc/webapps/owncloud/apps/
total 4.0K
drwxr-xr-x 24 http http 4.0K May  5 01:54 music

(P.S. I'm on Arch linux and took the configuration options from here ) Have you got any advice?
Let me know if you want me to post the red lines that aren't loading, There are a lot of them and they all have /wapps as the top of the path which I take to be the problem. All files in /etc/webapps/owncloud/apps are chown http:http and chmod 744

[MorrisJobke]

@mhauserr Good to know the source of the problem. It's more a problem of ownCloud core, but I try to find the problem. Thanks for your detailed report. (BTW: I'm on Arch too, but have disabled the second apps folder - got to know that it doesn't work as it has to)

[mijoharas]

Ahhh, thanks. I guess I might just move back to making the original apps folder owned by http, is that your solution? It feels less secure so I don't like it from that perspective, how did you solve this problem?

[MorrisJobke]

@mhauserr I currently have an additional "apps2" folder inside the owncloud folder and then have a this as the writeable folder. And there the url is the same as the foldername. Maybe this is the problem because it isn't the case for your second app folder.

[mijoharas]

good idea, changing the name to wapps doesn't help though, I'm guessing it's something about the webserver not being able to look into that folder (although I have open_basedir set correctly, maybe it's nginx?). I'll take your suggestion and move it into the /usr/share/webapps/owncloud directory, thanks.

[MorrisJobke]

I'll take your suggestion and move it into the /var/webapps/owncloud directory, thanks.

You mean /usr/share/webapp/... ;)

[mijoharas]

I do, just edited that, thanks. :)

[mijoharas]

Oh and fyi, all working now with the wapps in /usr/share/webapps/owncloud, I feel quite silly for having posted the issue, thanks for helping out.