-
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
issues with shared folders and web UI #10076
Comments
@schiesbn |
I just tried to reproduce it with no success. Can you try it once more with tow separate steps?
I would like to isolate the problem a bit. |
this seems to be related to the activity app, @nickvergessen any idea. Maybe the known app upgrade problems? @cdamken Is this reproducible? If yes, could you try if it still happen if you upgrade from OC6.0.4 to OC7.0.1RC1? |
Duplicate of #9810 ? |
@schiesbn the activity app has nothing to do with the filesystem. So the initial report is definetly unrelated. |
@nickvergessen agree, the report from @cdamken looks like a duplicate of the already known upgrade issue. But the initial report seems to be something different. |
Hi guys sorry for delay, actually im not able to redo upgrade procedure on same environment, cause i did that with Ubuntu package manager. I can do that with backup and manual procedure though. Please let me know if it helps you. |
@AlexGerasymenko Would be great if you could try it manually. While thinking about it, maybe it is somehow related to #9810 as mentioned by @nickvergessen. Maybe something strange happened because the app update was started twice, once from the web and once from your sync client. Another thing you could check is your database. Does the shares still exists in the oc_share table? To what 'file_target' do they point? That's where the shares should be mounted. Also check if the 'file_source' matches the correct file/folder in the 'oc_filecache' table. |
Here are database data for oc_share
I am a little lost with 'file_source' in oc_filecache table. Table structure is
This part i havent got either
How client can affect on OwnCloud server update? |
Is there a way to check database consistency? How i can check if upgrade procedure was succesfull? That fact that it was done without critical errors doesnt make me happy. |
@AlexGerasymenko did you already created new shares after the update to ownCloud7? Because the update to ownCloud7 should update all "file_target"s in the share table from
The main upgrade from ownCloud6 to ownCloud7 can't be triggered by the sync client. But the update of the individual apps gets triggered independent from it during the next request a and we discovered a bug that it can happen that the update for individual apps gets triggered multiple times, will be fixed in OC7.0.1. |
Regarding the "file_source". The "file_source" identifies the file/folder which should be shared. So you can search the 'id' column of the "oc_filecache" table for the file_sources from the sharing table. The file source should point to the file/folder you want to share. |
All was shared before update, though some of them i tried to re-share in order to try to solve this issue. |
@AlexGerasymenko it is not that easy to answer your question, because I'm still not sure what happened. But I have the feeling that somehow the sync client did an update while the sharing table was updated and therefore got some misleading data? So I would suggest to stay with OC7 for now and keep an eye on it if you share new files/folders. |
but what about old ones? |
Are all shares from the oc_share table accessible for the recipient? The shares you miss are also not in the oc_share table, right? |
Shares are in the table and i can resync them by reinstalling client (or deleting client config files could do the trick as well) |
@AlexGerasymenko any update here? Did the issue reappear? |
Closing due to inactivity. |
Steps to reproduce
Expected behaviour
Folders should stay and shouldnt be deleted
Actual behaviour
Shared folders have been deleted on user PC's, Files web page shows some mess.
Server configuration
Operating system:
Ubuntu 14.04
Web server:
nginx 1.4.6-1ubuntu3
Database:
mysql 5.5.37-0ubuntu0.14.04.1
PHP version:
5.5.9+dfsg-1ubuntu4
ownCloud version: (see ownCloud admin page)
7.0.0
Updated from an older ownCloud or fresh install:
updated from 6.0.4
List of activated apps:
standard list
The content of config/config.php:
Are you using external storage, if yes which one: local/smb/sftp/...
Amazon s3
Are you using encryption: yes/no
no
Logs
Web server error log
no errors
Good day everyone!
i had shared folders, after update to 7.0 the folders have been deleted from users PC with such message in sync log
|0|Shared/ФОТО MobiDev/Фото ивентов/Харьков/2013 Стратоплан 16-17 февраля 2013/104D5100/DSC_0084.JPG|INST_REMOVE|Down|1361191417|539ba7b500545|6396348||0||0|0|0|||INST_NONE|
So seem like they have been deleted gracefuly. After some investigation i found lots of funny things in web UI
The first thing is:
This option changed shared folder sign and now we have "ФОТО MobiDev" as a shared folder. What a great option we've got!
The second thing is what we have "Shared with others tab". Lets see..
http://gyazo.com/b72da1ab11086a8e9de9548ba10c71dd
Hum, sounds nice - we have 2 shared folders, which were shared more than a month ago. Thus why they've been deleted?
The product is nice, realy, with couple month of trying to implement it in my company i havent had any single day when all worked as expected.
The text was updated successfully, but these errors were encountered: