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

[QA] login fails with IE11, syntax error in sharedialogview.js #40932

Closed
jnweiger opened this issue Aug 18, 2023 · 12 comments · Fixed by #40934
Closed

[QA] login fails with IE11, syntax error in sharedialogview.js #40932

jnweiger opened this issue Aug 18, 2023 · 12 comments · Fixed by #40934

Comments

@jnweiger
Copy link
Contributor

Seen with 10.13.0-rc.1 and Internet Explorer 11 (Microsoft Windows version 1809)

When trying to log in, at the web UI, the login is denied with the message
"You took too long to log in, please try again now"

This error message is wrong. I can type very fast, it always occurs.
The real problem seems to be with javascript syntax. The browser console shows:
image

occ app:disable files_mediaviewer removes the second error, but login still fails the same.

@jnweiger
Copy link
Contributor Author

workaround: use edge (on the same old win10)

@jnweiger
Copy link
Contributor Author

This seems to be a regression. With 10.12.2 the login works:
image

@hodyroff
Copy link
Contributor

We didn't deprecate IE support. We wanted to maintain it, can we do a fix? Propably coming from the JS fixes?
@fschade or delegate

@jnweiger
Copy link
Contributor Author

Ah, more details:

  • with a freshly booted windows, the login works.
  • when the user clicks the share icon of a file or folder, the sharing sidebar opens blank.
  • thereafter the user is being kicked out, and can no longer log in with the above message.

@fschade
Copy link
Contributor

fschade commented Aug 18, 2023

@grimmoc, if i remember right you have a windows installation, can you have a look?

@JammingBen
Copy link
Contributor

JammingBen commented Aug 18, 2023

The error seems to be in sharedialogview.js. Since this was working in 10.12.2, it must have been due to some recent changes. I stumbled upon this commit: https://github.com/owncloud/core/pull/40886/files#diff-32a9288d49d563b83dd8bab064e9aa35a9f3c8f0aa0321bf1b61089d9c82ea5a. It doesn't change much in that file, but it includes this:

let showIcon = false;
let iconClass = ""

I remember having some compatibility issues when using let or const in oC10. I guess this is the problem and we need to use var instead. I can't get IE running on my Mac though to verify this. @grimmoc I could help you with setting up oC10 to check.

@grimmoc
Copy link

grimmoc commented Aug 18, 2023

Yes, IE11 doesn't support ES2015, which includes support for let and const. var must be used instead. On my Win 10 machine I cannot open a regular IE11 any more since it will always redirect to MS Edge instead. There's a IE legacy mode in Edge which however seems to implement support for ES2015. I ran a test file "test.html" containing const a = 'hello'; alert(a); and it would show a message box containing "hello" as (not) expected. I think a Windows version prior to 20H2 must be used to get access to the old IE. I mean, seriously, who is still using that tho?

@jnweiger
Copy link
Contributor Author

Do you also have a cure for the problem with files_mediaviewer_init.js ?

@JammingBen
Copy link
Contributor

JammingBen commented Aug 18, 2023

Do you also have a cure for the problem with files_mediaviewer_init.js ?

I feel like that needs some debugging. After a first glance at the code: is this a new problem? It looks to me as if the app has never been compatible with IE. Last change to src has been made over 2 years ago... or did some dependency bump cause this?!

@jnweiger
Copy link
Contributor Author

jnweiger commented Aug 18, 2023

Ah, nevermind, this is a known issue since 2021: owncloud/files_mediaviewer#355

@JammingBen
Copy link
Contributor

Then I'm closing here since #40934 has been merged.

@jnweiger
Copy link
Contributor Author

jnweiger commented Aug 22, 2023

Confirmed fixed in 10.13.0-rc.2
Still some random logouts occur. But nothing in the debug console.

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 a pull request may close this issue.

5 participants