Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

remote.php not working #653

Closed
nilsja opened this issue Nov 30, 2012 · 12 comments
Closed

remote.php not working #653

nilsja opened this issue Nov 30, 2012 · 12 comments

Comments

@nilsja
Copy link
Contributor

nilsja commented Nov 30, 2012

This could be related to #334

OC 4.5.3 on Debian squeeze/armel on a Sheevaplug esata. OC lays in /var/www/owncloud

Here is my apache conf: http://pastebin.com/hnSTCLPq

With the debug workaround mentioned in #334 at least the UI seems to work fine. But the webdav access still doesn’t work. "»davs://ownid.net/owncloud/remote.php/webdav« konnte nicht angezeigt werden. Fehler: Kein WebDAV-fähiger Speicher
Bitte wählen Sie einen anderen Betrachter und versuchen Sie es erneut." (English: ... .could not be displayed. Error: No valid WebDAV ...) The davs://... address is correct for ubuntu/nautilus.

Any ideas how to solve this?

@VicDeo
Copy link
Member

VicDeo commented Nov 30, 2012

Try the solution mentioned here #627

@nilsja
Copy link
Contributor Author

nilsja commented Nov 30, 2012

the ones abstractmodel mentiones? #627 (comment)

@nilsja
Copy link
Contributor Author

nilsja commented Nov 30, 2012

the mod_rewrite module is enabled. But the friendica installer still states "Umschreiben der URLs in der .htaccess funktioniert nicht. Überprüfe die Konfiguration des Servers." (rewrite of URLs in .htaccess doesnt work. check server conf..) I guess this could be the problem no?

@VicDeo why do you think this is related to #627 ? I had the same problem with OC4.5.2.

@VicDeo
Copy link
Member

VicDeo commented Dec 2, 2012

@nilsja yes, it seems to be completely different issue. Please start with addinng RewriteBase into your owncloud .htaccess:

      RewriteEngine on
      RewriteBase /owncloud/    #added

@VicDeo
Copy link
Member

VicDeo commented Dec 2, 2012

Duplicate of #367

you probably do not need Rewrite base, add

    AcceptPathInfo On

as it is suggested here #367 (comment)

@nilsja
Copy link
Contributor Author

nilsja commented Dec 3, 2012

Unfortunately both don't have an effect.

@jancborchardt
Copy link
Member

@nilsja does this still occur with the latest stable 4.5.7, or with ownCloud 5 beta 2?

@reihu
Copy link

reihu commented Apr 13, 2013

I just stumbled into the same issue while updating from 4.0.7 to 5.0.4 (and the various workarounds didn't work for me). After some fiddling, I found a solution that works for me and wrote a little PHP script for it: https://gist.github.com/reihu/5378759

I basically had the problem that the OC_AppConfig didn't get updated correctly. The values for 'remote_core.js' and 'remote_core.css' were missing.
The fix.php basically sets these keys to their correct value. Just place it in the owncloud dir (the one where the remote.php file is located) and point your web browser to it (e.g. https://my.owncloud-instance.example/fix.php).
That should be it (don't forget to remove the fix.php after you're done).

Btw: After I installed the new OwnCloud .deb and visited the site, it started self-updating but the process stopped due to a SQLite "Locked Database" message. So that might have been the cause for my issue (I should've used MySQL instead...)

@jancborchardt
Copy link
Member

@reihu can this be applied as a general bugfix, up help for upgrade path? cc @blizzz @schiesbn

@reihu
Copy link

reihu commented Apr 13, 2013

@jancborchardt
Well, I've never before had a look at the OwnCloud code, but my fix.php is primarly intended as bugfix code for that specific case (there are no checks whether these keys already have values, etc.). The values are set by lib/setup.php's OC_Setup::install() method (they weren't set in 4.0.7 as far as a quick grep suggests). I'm not sure whether this method is called on update (I don't think so), but if we checked if the values are unset before setting them in the update process, that should do the trick.

Note: I don't know how owncloud's update process works, all I know about the source is based on the code-digging I had to do today to make the update work (but I'm willing to dig deeper ;) )

@MTGap
Copy link
Contributor

MTGap commented Apr 13, 2013

That shouldn't be applied as a bug fix because you're supposed to update in increments. You can't jump from 4.0 to 5.0

@arif888
Copy link

arif888 commented Jun 26, 2014

I have an issue in Duplicati.
When i try to connect to owncloud server through duplicati... ( I provided in the all sections as mentioned below
Server: Provided Server IP
Path: ServerIP/owncloud/remote.php/webdav/music

User:
Pass:
(user and pass provided as given by provider)

Ticked the SSL

port No. 443

Whenever I click next this error occurs:

Connection failed: unable to connect to the remote server

What to do please help me out.

Thanks

@lock lock bot locked as resolved and limited conversation to collaborators Aug 17, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

6 participants