Use default app from app provider and early returns in fileActions#5970
Use default app from app provider and early returns in fileActions#5970
Conversation
This comment has been minimized.
This comment has been minimized.
|
At the moment the POST to e.g. |
Thanks for raising this. I had a look at the code and there is a bug regarding the default app handling. Besides that we also have a conceptual issue regarding default apps. The backend has cases where there is no default app, but how do clients like Web know? Currently they just get an error. |
Hmm... actually, now thinking about this, I don't want to call the If there is no default in (2) we should continue in the list and pick a system action as default. There is one in any case (download). |
|
This also means that we need the info about the default app from the app provider @wkloucek |
cs3org/reva#2230 implements that and also fixes your error |
|
@kulmann owncloud/ocis#2726 will bring cs3org/reva#2230 into oCIS to unblock this PR. |
5b13d66 to
987ff76
Compare
|
Results for oC10SharingPublicExpireAndRoles https://drone.owncloud.com/owncloud/web/20251/37/1 |
|
Not blocked anymore thanks to @wkloucek ❤️ |
987ff76 to
52613b0
Compare
pascalwengerter
left a comment
There was a problem hiding this comment.
First test with the wopi example revealed an TypeError: action.handler is not a function when clicking on an .odt file. Investigating further
Also, opening external apps via context menu fails with |
de8a1ef to
8ed3113
Compare
8ed3113 to
a04ba51
Compare
|
SonarCloud Quality Gate failed. |
Thanks, fixed it! |
pascalwengerter
left a comment
There was a problem hiding this comment.
Works like a charm now 🧮








Description
Switch to early returns when evaluating the default action for a file. Also use the app provider without
appparam so that the app provider can decide on its own which app to use.Related Issue
Motivation and Context
Improve default action handling for files.
Types of changes
Checklist:
Open tasks: