fix: Add placeholder page when the user accesses another user's personal drive - EXO-82012#306
Conversation
rdenarie
left a comment
There was a problem hiding this comment.
The description provided in the commit message do not correspond to the expected behaviour in the task :
In the commit message, you say that the placeholder page is incorrect
In the task, the placeholder is the expected behaviour.
Can you double what is wanted ?
In addition, setting canAccesDocument to true, without any permission check seems not a good practise
It is true that in this task, the placeholder is the expected behavior but after the change this page also appears for other documents in the space that are not located on another user's personal drive. |
|
I'm sorry, but I do not understand the fix. Please plan a call with me to discuss about. |
services/src/main/java/org/exoplatform/onlyoffice/OnlyofficeEditorServiceImpl.java
Outdated
Show resolved
Hide resolved
services/src/main/java/org/exoplatform/onlyoffice/OnlyofficeEditorServiceImpl.java
Outdated
Show resolved
Hide resolved
services/src/main/java/org/exoplatform/onlyoffice/OnlyofficeEditorServiceImpl.java
Outdated
Show resolved
Hide resolved
7c5aab5 to
318e587
Compare
…g the document location permission
5558015 to
be0574b
Compare
|
|
@MayTekayaa It is 2 different properties, and we need to keep canAccess. You cannot rename it. I think that canAccessDocumentLocation must be a new property |
rdenarie
left a comment
There was a problem hiding this comment.
@MayTekayaa
canAccess property is a property meaning : does the user have access to the document path
canAccessDocumentLocation is a property meaning : does the user can open a file explorer on the document path
It is 2 different properties, and we need to keep canAccess. You cannot rename it. I think that canAccessDocumentLocation must be a new property


Before this change, a user who was a member of a space wanted to open a document location. He was redirected to the placeholder page and found that he cannot access the document location, which was incorrect since he had access to this document, which was not located in another user's personal drive.
This change corrects this behavior by setting the canAccess property to true to give access to all documents in the space located outside a user's personal drive, as is the case on prod now.