Skip to content

Conversation

@juliusknorr
Copy link
Member

The main issue with using the file id is that we cannot determine the correct permissions if the first file is picked. Therefore the direct editing API should always use the path for the current user.

Sorry for coming up with this so late, this was just reported by OnlyOffice implementing the API and I didn't have it on my radar since Collabora only works with file ids.

@juliusknorr juliusknorr added bug 3. to review Waiting for reviews labels Dec 4, 2019
@juliusknorr juliusknorr added this to the Nextcloud 18 milestone Dec 4, 2019
@rullzer
Copy link
Member

rullzer commented Dec 4, 2019

Either that or you add backend logic to iterate over all the files you get back. To determine if we have edit permissions

@juliusknorr
Copy link
Member Author

Either that or you add backend logic to iterate over all the files you get back. To determine if we have edit permissions

This seems to be the cleaner approach to me, so we actually hand over the correct file that was selected by the user to the editor. Iterating is what collabora does but will break as soon as the app also wants to check for share permissions for example.

@juliusknorr juliusknorr force-pushed the bugfix/noid/direct-editing-path branch from 38f9292 to e29a76b Compare December 5, 2019 08:55
@juliusknorr
Copy link
Member Author

Rebased and squashed again

@tobiasKaminsky
Copy link
Member

Can we get this in soon? (As Julius is on vacation until Monday).
Can I assist you in any way?

@rullzer rullzer merged commit 9a40ccf into master Dec 11, 2019
@rullzer rullzer deleted the bugfix/noid/direct-editing-path branch December 11, 2019 10:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

3. to review Waiting for reviews bug

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants