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

fix: Do not skip handleOpenFile calls on initial load #47014

Closed
wants to merge 1 commit into from

Conversation

juliushaertl
Copy link
Member

@juliushaertl juliushaertl commented Aug 3, 2024

Steps to reproduce:

  • Open a internal file link /index.php/f/1234
  • See that the file is not opening automatically

We noticed this in text cypress last week:

Good server commit: 57ed738
Bad server commit: 97ea957

From the diff could be related to #45708

It would be really great to have tests for this in server, but as viewer is a separate app we would need to have it enabled for the cypress tests in server to achieve that.

Signed-off-by: Julius Härtl <jus@bitgrid.net>
Copy link
Contributor

@susnux susnux left a comment

Choose a reason for hiding this comment

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

I think this line is pretty fine, but the real bug is not setting the openfile on the query.

#47015

@@ -247,10 +247,6 @@ export default defineComponent({
* @param fileId File to open
*/
handleOpenFile(fileId: number|null) {
if (!this.openFile) {
Copy link
Contributor

Choose a reason for hiding this comment

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

This line is pretty valid, as the viewer should / must only open when openfile is set.
So there is an other bug: #47015

@susnux
Copy link
Contributor

susnux commented Aug 3, 2024

It would be really great to have tests for this in server, but as viewer is a separate app we would need to have it enabled for the cypress tests in server to achieve that.

One of the reasons I think every force-enabled app should be part of the server repo or at least be a submodul.

@susnux susnux deleted the fix/openfile branch August 4, 2024 07:12
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.

2 participants