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

Inconsistent Behavior in Favorites Page Regarding File and Folder Management #3777

Open
AlgoJerViA opened this issue Apr 9, 2024 · 1 comment

Comments

@AlgoJerViA
Copy link

Describe the bug
The Favorites page inconsistently handles files and folders compared to other areas, such as Personal Files. The primary issue is the inability to edit permissions, set aspects, or manage rules for nodes within Favorites. However, editing the node's name and description remains possible, suggesting this limitation may be unintended. Additionally, a terminating separator line in the context menu implies missing expected options, further indicating a potential oversight.

Environment

  • ACA version: 4.4.1 (Probably applicable to all versions)
  • ACS version: 6.7.1

To Reproduce

  1. Mark a node as a favorite.
  2. Navigate to the Favorites page.
  3. Right-click on the node.

Expected behavior
The interface should provide consistent functionality, irrespective of whether a node is accessed from the Favorites page or elsewhere.

Additional context
This issue likely stems from the Favorites page utilizing specific API calls that lack comprehensive node information, such as editable permissions and other properties. A possible solution could involve modifying the Favorites API or, preferably, retrieving only the node reference from the Favorites API and leveraging the node API for detailed information.

@MateuszHY
Copy link

Hi @AlgoJerViA.
Thank you for raising this. Is it reproducible on latest ACS and ACA versions?

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

No branches or pull requests

2 participants