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

align owncloud master against main #214

Merged
merged 11 commits into from
Oct 23, 2023
Merged

Conversation

dragonchaser
Copy link
Contributor

No description provided.

@glpatcern
Copy link
Member

@diocas how did we implement hiding of shares in CERNBox without this?

Copy link
Member

@glpatcern glpatcern left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Following direct chats with @diocas and @gmgigi96 : the current implementation uses the state of a ReceivedShare, such that REJECTED shares are hidden, and others are visible.
This field seems then redundant, unless we want to express (received) shares that are APPROVED but hidden, or REJECTED but visible.
Also, an outgoing Share does not have a state and does not need to be hidden?

@micbar
Copy link
Member

micbar commented Oct 9, 2023

@glpatcern

As I understand it, it is a CERN feature request to have two flags on each share

  1. Accepted
  2. Hidden

@micbar
Copy link
Member

micbar commented Oct 9, 2023

We already implemented it on the backend and the web client for the CERN merge.

@glpatcern
Copy link
Member

@micbar not sure the two flags were understood to be independent, i.e. with the 4 combinations being meaningful. Anyway even assuming so, that still concerns the ReceivedShare, not the Share, right?

@micbar
Copy link
Member

micbar commented Oct 9, 2023

User story owncloud/web#9531

@glpatcern
Copy link
Member

Thanks, understood. I see the idea is also to observe adoption of those combinations and potentially simplify in the future.

With that, I think it's fine to add a hidden bool field to the ReceivedShare, next to (and indeed independent from) state. The Share structure/message should not be affected instead. Or do I miss something else?

Signed-off-by: Christian Richter <[email protected]>
@dragonchaser
Copy link
Contributor Author

dragonchaser commented Oct 13, 2023

I will move it to ReceivedShare then....
I have set the PR to Draft for now, I want to make the necessary changes to reva/edge and merge it at the same time to avoid larger breakage.

@dragonchaser dragonchaser marked this pull request as draft October 13, 2023 11:26
Signed-off-by: Christian Richter <[email protected]>
Copy link
Member

@glpatcern glpatcern left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's fine, once you're ready with reva/edge this can be merged - and we'll adapt reva/master as well.

@dragonchaser dragonchaser marked this pull request as ready for review October 20, 2023 09:52
@dragonchaser
Copy link
Contributor Author

We have a PR for edge: cs3org/reva#4256

@dragonchaser
Copy link
Contributor Author

@glpatcern if you want you can merge it :)

@glpatcern glpatcern merged commit 9a30918 into cs3org:main Oct 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants