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

[Overlay] Update overlay icon in case of files/folders you are sharing #4788

Closed
mcastroSG opened this issue May 4, 2016 · 11 comments
Closed
Assignees
Labels
ReadyToTest QA, please validate the fix/enhancement type:bug
Milestone

Comments

@mcastroSG
Copy link

mcastroSG commented May 4, 2016

Expected behaviour

Once a file or folder is shared overlay icon should be updated to a "green shared" icon

Actual behaviour

Once a file or folder is shared the same "green check" icon remains

Steps to reproduce

  1. Right click over a file or folder
  2. Select "Share with ownCloud" option
  3. Pick an user or group and share with it the file
@mcastroSG mcastroSG added this to the 2.3.0-next milestone May 4, 2016
@stonerl
Copy link

stonerl commented May 5, 2016

@mcastroSG See this bugreport #3043

@MTRichards
Copy link

As I understand it, the symantecs of the share icon are to be those items that are shared WITH you, not those that are shared by you. This becomes a question of design, really, and there isn't enough real estate on the desktop icons to convey more information.

The question then becomes, what is the desired behavior on all platforms...

@jancborchardt since I know we spent a lot of time writing this up, and I think it was implemented as designed - just confirming.

@jancborchardt
Copy link
Member

The share icon should show up for any shared file, no matter if it's shared with or by you. The point of the indicator is to state that others have access or can modify.

@jancborchardt
Copy link
Member

(Pretty sure we specced it this way since that's also exactly how it works in the web interface and mobile apps.)

@MTRichards
Copy link

Ok. Then we have an update we need to make - either in the API or in the client to get that information. Leaving this here for tracking, and assigning bug status.

@ckamm
Copy link
Contributor

ckamm commented Aug 26, 2016

Summarizing discussion from #3043 and my current understanding of this issue: The client currently only looks at the "S" permission: "is this shared with you?". A new webdav property "share-types" was added (servers >= 9.0.1) that allows the client to easily tell whether something "is shared by you".

If we want to show the icon when something is shared, regardless of whether it's with the user or by the user, we need to query the state of the property from the server, store it in the database and adjust the socket api logic to use that flag.

@jancborchardt
Copy link
Member

@ckamm just for clarification on the intended design: Yes, we want to show the icon when something is shared, regardless of whether it's with the user or by the user. :)

@guruz guruz modified the milestones: 2.4.0, 2.3.0 Sep 5, 2016
ogoffart added a commit that referenced this issue Nov 15, 2016
The "S" in the permission is only for the "Shared with me" files.
It is only used to show the shared status in the overlay icons.
But we also wish to show the shared status for files that are shared
"by" the users. We can find that out using the 'share-types' webdav
property. If set, then we are sharing the object.
We fake a 'S' in the permission as for our purpose, they mean the same.

Issue #4788
ogoffart added a commit that referenced this issue Nov 15, 2016
Last commit for issue #4788 made the meaning to be simply shared
(with the user or from the user)
ogoffart added a commit that referenced this issue Nov 15, 2016
The "S" in the permission is only for the "Shared with me" files.
It is only used to show the shared status in the overlay icons.
But we also wish to show the shared status for files that are shared
"by" the users. We can find that out using the 'share-types' webdav
property. If set, then we are sharing the object.
We fake a 'S' in the permission as for our purpose, they mean the same.

Issue #4788
ogoffart added a commit that referenced this issue Nov 15, 2016
Last commit for issue #4788 made the meaning to be simply shared
(with the user or from the user)
@ogoffart
Copy link
Contributor

Was reverted in commit efa7821 because this would overload the server to query the shared state.

However maybe this could be un-reverted because of owncloud/core#27284

@PVince81 ? Would we need a version check?

@PVince81
Copy link
Contributor

version check yes, 10.0

ogoffart added a commit that referenced this issue Jul 21, 2017
This reverts commit efa7821.

This reverts the revert, but also add a check that the server version
is bigger than 10.0

Issue #4788
ogoffart added a commit that referenced this issue Jul 25, 2017
This reverts commit efa7821.

This reverts the revert, but also add a check that the server version
is bigger than 10.0

Issue #4788
@ogoffart ogoffart added the ReadyToTest QA, please validate the fix/enhancement label Jul 25, 2017
@SamuAlfageme
Copy link
Contributor

SamuAlfageme commented Oct 19, 2017

@ogoffart see comments in #6098 (comment) - It still takes a client restart to get the right overlay after you share a file (+ we need to consider triggering discovery on that file after actions were performed in it locally - i.e. create a share)

@ckamm
Copy link
Contributor

ckamm commented Oct 26, 2017

Tested #6098 and works.

@ckamm ckamm closed this as completed Oct 26, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ReadyToTest QA, please validate the fix/enhancement type:bug
Projects
None yet
Development

No branches or pull requests

9 participants