This improvement not only empowers users to accept rejected shares subsequently but also to restore shares that have been unshared before without requiring the owner to share it again.
That is the very old “it´s not a bug, it´s a feature”
Sometimes you are working with people and when they unshare it means they finished their work, how can I see as owner that the other user unshare my share?
I will check the manual, I hope it helps.
I checked the feature and it´s a bug since I am not using the new workflow for shares. It should unshare when the other user unshare, so I consider it should be considered “bug” under my point of view.
It´s definitively a bug because using the new behavior you accept the share, you unshare and the use who shared you the folder still see it shared.
I confess, usually I don’t even skim the release notes.
In general I’m totally happy the with the oC-Features that I’m aware of and that I’m using.
However, maybe I should think about this practice in future.
I am not opening any ticket, old behavior is precisely the default config now, and you can turn off the old behavior.
If unshare doesn´t work by he user who receives the share It´s a bug actually and probably it will be fixed.
I checked the database and when the share is unshared by the owner, the row is deleted, this is not happening anymore if the unshare is done by the use who receives the share.
The issue is:
Owncloud 10.0.8
User share folder to another user, that user receives the share and when unshare the folder, the folder is unshared.
Owncloud 10.0.9 (with classic behavior)
User share folder to another user, that user receives the share and when unshare the folder, the folder is NOT unshared (checked in database).
Please, just wait to another users confirming this issue.
If another user unshared your share and you still see the folder shared with that user, is it a feature?
I think I am not explaining the issue correctly, but please, do a try and share a folder with another user, unshare with the other user an take a look.
But if I keep the the “Automatically accept new incoming local user shares” is worth to unshare again the unsharing?
I see no option to keep the old workflow which was more useful for my users.
Thanks for participating and discovering this issue. Let me rephrase the issue you do observe:
The sharer = user1 is not anymore informed about an unshare by the sharee = user2.
This is due to the new pending share feature, or on this case rejected share feature. User2 can, at any time get this share back, under “your shares” he sees the status. @dmitry is correct in this.
This new feature is always active, the settings switch is only for the question if shares are accepted or pending by default.
Hope this makes sense. If so and if this behaviour is not to your liking (as it sounds), please open a feature request in github. It sounds like you are asking to represent the sharing state for the sharer = user1 which is different from incorporating the old behaviour and is not a bug, but something we should look into and maybe program in one of the next minor versions to complete this change. States possible are now: pending, accepted, rejected in the reject case the sharee = user2 can always get the share back, thats why we thought an information change for user1 is not required. Maybe this should also be shown in the activity stream, all up for the feature discussion, please post the link here when you open it.
I think user1 should be at least informed or we should add a new sharing option like “Automatically accept incoming local user unshares” just to get the old workflow.