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

Folder Sharing in 4.5.1 not possible #140

Closed
dihedral opened this issue Oct 29, 2012 · 8 comments
Closed

Folder Sharing in 4.5.1 not possible #140

dihedral opened this issue Oct 29, 2012 · 8 comments
Assignees
Labels

Comments

@dihedral
Copy link

Hi,

I have updated my 4.5.0 installation to 4.5.1 and have found the following:
sharing folders itself seems to work, however the user I share with, cannot access the shared resource.

my php error log shows the following
[25-Oct-2012 21:28:20] PHP Warning: filectime(): stat failed for /data/user2/files/Shared/Folder in /owncloud-4.5.1/lib/filestorage/local.php on line 58
[25-Oct-2012 21:31:55] PHP Warning: fopen(/data/user2/files/Shared): failed to open stream: No such file or directory in /owncloud-4.5.1/lib/filestorage/local.php on line 112
(paths have been sensored)

Reproduce:

share a folder with 'user2' and try to access the 'Shared' folder when logged in as 'user2'.
I always get redirected to /index.php and find mentioned errors in the Logs.

@ghost ghost assigned schiessle Oct 29, 2012
@schiessle
Copy link
Contributor

This sounds like the same bug like #89
You should be able to fix it by applying the fix provided by @blizz in issue #89 or by disabling the Picture app for the moment.

@directhex
Copy link

Pretty sure it's not the picture app, since I see the same error and I have that app disabled.

@schiessle
Copy link
Contributor

@directhex since this was a quite wired bug to track down (e.g. I was never able to reproduce it) I wouldn't be surprised if it could be caused by something else too. Could you please try the patch from the other bug reports or the stale45 branch? The patch makes sure that the sharing app is loaded in time.

@dihedral
Copy link
Author

I must add, i did not experience this issue in 4.5.0 so it lies in the diff between those two versions!

"Björn Schießle" [email protected] wrote:

@directhex since this was a quite wired bug to track down (e.g. I was
never able to reproduce it) I wouldn't be surprised if it could be
caused by something else too. Could you please try the patch from the
other bug reports or the stale45 branch? The patch makes sure that the
sharing app is loaded in time.


Reply to this email directly or view it on GitHub:
#140 (comment)

Sent from my Android phone with K-9 Mail. Please excuse my brevity.

@voidzero
Copy link

voidzero commented Nov 1, 2012

For me disabling the picture app "solved" this issue. Using FreeBSD 9.1, nginx and php-fpm.

@time2ride
Copy link

Had the same issue but after disabling "pictures" app eveything worked again.

@schiessle
Copy link
Contributor

@directhex It seems like for most people disabling the picture app does the trick. Since the fix is independent from the picture app. It would be great if you could either test it by applying the patch[1] to your system or by giving git stable45 a try.

[1] b8a48b5

@directhex
Copy link

Read access seems okay with the pictures app disabled. #91 remains, preventing actual deployment to users

aditmeno pushed a commit to aditmeno/Aeolus that referenced this issue Apr 2, 2015
drop zxcvbn - now in core via bower
@lock lock bot locked as resolved and limited conversation to collaborators Aug 25, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

5 participants