-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
[v4.5.1] unable to open shared folder #89
Comments
I can't reproduce this with 4.5.1, you're going to need to provide more information. |
After fresh installing OC 4.5.1:
Please report back if this reproduces this problem. Thanks! EDIT: |
I understood what you were saying and I did those steps and couldn't reproduce. I'd like to know if there were any errors. Nothing happens isn't specific enough - does the page not reload or are you redirected back to the root folder? |
Thanks for the prompt reply MTGap. |
Could you check your webserver error log? |
Yeah this happened again. I'm not sure where I can check such an error log... I'm renting a server as shared hosting so... (if that has anything to do with it) Maybe someone else can clarify the problem better than I. |
Actually, the problem I reported here might be a duplicate of this: |
Confirmed with 4.5 and 4.5.1 Sharing two folders to a group and 1 file to another user. First it worked and than stopped working unexpectedly. If you need debugging information, installing the git version etc. just ask. We are willing to test/help. |
I do have the same issue (clean installed oC 4.5.1a) While clicking on the "Shared" folder I get this in acces log, others are empty:
Doesn't look that revealing to me. |
Same problem here! I will setup a test-server and will share error logging tomorrow. |
I can confirm that the same is happening here. I initially had it with an upgrade, then today I noticed that there was the 4.5.1a version so I created a brand new test system and copied my production data over, retrying the upgrade. Same issue with 4.5.1a. So then I decided to wipe my old data on the test system and try a fresh install and I receive the same problem. Steps: I enabled debugging in owncloud and cranked up debug logging in apache. The owncloud log isnt showing me anything but here are my apache logs. This comes up when I click on the Shared directory. In the browser the page just appears to reload and I never see what is inside of the Shared directory (i.e. I stay on the main page / index.php / kind of like pressing the refresh button on the browser): Apache Log Error Log |
Just to add. I am running Debian Stable and I just updated to Debian Testing to see if it made a difference. |
Same thing happening to me on 4.5.1a (though not tested on a dedicated virgin environment):
|
Hey Everyone. Try this: Disable the Pictures app (0.5.2). I went through and disabled all of my apps except for sharing and I was able to open the shared folder. After I switched them on one at a time and it wasnt until I enabled this app that it stopped working. |
None of the additional comments offer any insights into this problem, I can't tell where anything is failing and still can't reproduce. What database backends are you using? |
sqlite here. You are welcome to setup a remote session with me using something like teamviewer to take a look. |
Well I'm glad it has been narrowed down now, but unfortunately I still can't reproduce this. I can still navigate into the Shared folder and my shared pictures show up in the Pictures app as well. |
Here is what I did to create a fresh system:
VirtualHost 10.10.10.67:80 ServerName owncloud.amthinking.net ServerAlias owncloud owncloud.amthinking.net DocumentRoot /export/owncloud LogLevel debug /VirtualHost Directory /export/owncloud Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all /Directory Testing portion: ...Darn github markup... Doesnt like the gt/lt symbols... |
Mysql 5.5.28 Owncloud 4.5.1 Disabled App "Pictures" and sharing works again. |
Today I had access to a system where the bug occurs. I tragged it down to the point that one of the app causes the error. More precisely I some cases the filesystem setup hook gets intercepted and didn't reach the sharing app. On the test system it is also the Picture app which causes the problem. But on my dev system it also works with the Picture app enabled. Maybe it depends on the order in which the apps gets initialized? Maybe the order of the db entries for the apps? |
I had the same problem with 4.5.1 and 4.5.1a and downgraded to 4.5.
|
Same problem here, sqlite, shared hosting, 4.5.1a (upgraded from 4.5). I can confirm also that disabling the picture app solves the problem! |
I got the same issue on one of my test servers here. Will try to follow the track reported by schiesbn. So, for those who have the same error it worked well on 4.5.0? |
Workaround: I don't consider it a fix, because the problem is that setupFS runs, before all apps are loaded and thus all Hooks connected to. |
…o make sure the emmited setup-hook is received. Fixes #89
Add code coverage in drone
I just tried OC 4.5.1 and detected a major regression with the sharing feature.
When USER1 shares FILE1 with USER2, the Shared folder is automatically created for USER2. With OC 4.5.1, however, USER2 is unable to open the Shared folder that should contain FILE1.
Someone reported this in the forums as well (infelicitously in a wrong section):
http://forum.owncloud.org/viewtopic.php?f=3&t=4541#p10736
Like the LDAP regression, I think this needs to be patched and released immediately.
The text was updated successfully, but these errors were encountered: