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

Do not fallback to appId if the file action route is not defined #3740

Merged
merged 1 commit into from
Jul 8, 2020

Conversation

LukasHirt
Copy link
Collaborator

Description

When opening a file in a editor or a viewer the path was falling back to an appId.
This made it impossible to navigate via the file actions into an app which doesn't have duplicate appId in the route.
We've stopped falling back to this value and in case that the route of the file action is not defined, we use the root path of the app.

Related Issue

How Has This Been Tested?

  • open pdf file
  • open md file

Screenshots (if appropriate):

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Technical debt
  • Tests

@LukasHirt LukasHirt self-assigned this Jul 7, 2020
@LukasHirt LukasHirt mentioned this pull request Jul 7, 2020
3 tasks
Copy link
Member

@kulmann kulmann left a comment

Choose a reason for hiding this comment

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

cool 👍
We should aim for having proper URLs on opened resources in file viewers. This was recently implemented in mediaviewer by @dschmidt (reload page, still have the same file open in mediaviewer. this is broken in pdf-viewer etc). Will track that in a separate issue though. Good to have the pdf viewer working again. 🚀

@LukasHirt
Copy link
Collaborator Author

We should aim for having proper URLs on opened resources in file viewers

Absolutely agree 👍

@LukasHirt LukasHirt merged commit 9859c9c into master Jul 8, 2020
@LukasHirt LukasHirt deleted the bugfix/pdf-viewer branch July 8, 2020 09:20
@kulmann
Copy link
Member

kulmann commented Jul 8, 2020

We should aim for having proper URLs on opened resources in file viewers

Absolutely agree 👍

fyi, raised it in jira for next weeks product board https://jira.owncloud.com/browse/OC-2038 @LukasHirt

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.

MarkdownEditor is not working
2 participants