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

Hangs on Firefox 52 #436

Closed
edwh opened this issue Jan 22, 2020 · 26 comments
Closed

Hangs on Firefox 52 #436

edwh opened this issue Jan 22, 2020 · 26 comments
Labels

Comments

@edwh
Copy link

edwh commented Jan 22, 2020

Summary

FilePond hangs in uploading state on Firefox 52

How to reproduce

Use Firefox 52, either natively or via Browserstack.
Go to www.ilovefreegle.org
Click on Give
Enter a UK postcode e.g. PR3 2NX and click Next
Click Add Photos
Click the Browse button
Select a photo file

The entire browser locks at this point.

I haven't done a standalone demo because I think this is probably not related to my code - I see the same thing on https://codesandbox.io/s/github/KimGenius/React-file-pond/tree/master/?from-embed, for example.

Expected behaviour

File is uploaded and process callback is triggered.

This works on later versions of Firefox.

Additional information

I've checked the return from supported(), which returns true.

image

Environment Version
OS Windows
Device BrowserStack W7 PC
Browser Firefox 52
@rikschennink
Copy link
Collaborator

rikschennink commented Jan 23, 2020

Thanks for reporting, not super concerned as Firefox 52 browser share is at 0.015%, still, it should detect that this browser is not supported.

@edwh
Copy link
Author

edwh commented Jan 23, 2020

Yes, I agree it's a very low share browser. We have a demographic with old kit (that's part of what we're about). If I could show a message saying it wasn't supported because the browser was old, then they'd understand.

@rikschennink
Copy link
Collaborator

I just tested this on https://pqina.nl/filepond/ and can't confirm the issue. Revert + Upload works as intended.

Screenshot 2020-01-28 at 13 18 15

@edwh
Copy link
Author

edwh commented Feb 2, 2020

Which FF version was that? I just tried again using Browserstack FF52/W10, and Firefox still hangs for me on that demo.

@rikschennink
Copy link
Collaborator

@edwh Firefox 52 on Windows 10, not sure why it hangs when you test it. Happy to test again later this week.

@edwh
Copy link
Author

edwh commented Feb 2, 2020 via email

@rikschennink rikschennink removed the bug label Feb 3, 2020
@rikschennink
Copy link
Collaborator

I retested:

Screenshot 2020-02-03 at 08 44 34

Result:

Kapture 2020-02-03 at 8 49 12

Maybe I'm doing something wrong?

@edwh
Copy link
Author

edwh commented Feb 3, 2020 via email

@rikschennink
Copy link
Collaborator

It only shows an issue when dropping an image. Seems to be the logic that generates the preview that is causing the issue.

@edwh
Copy link
Author

edwh commented Feb 3, 2020 via email

@rikschennink
Copy link
Collaborator

rikschennink commented Feb 3, 2020

Fixed in new release of image preview plugin. Update to 4.6.2 👍

Correction: 4.6.2 should be 4.6.1

@edwh
Copy link
Author

edwh commented Feb 3, 2020 via email

@rikschennink
Copy link
Collaborator

Glad to hear that :-) Please close the issue if you can confirm it's fixed.

@edwh
Copy link
Author

edwh commented Feb 3, 2020

One quick question - how can I access the support() function via the Vue adaptor? It uses it internally but doesn't seem to expose it remotely, though I may be wrong.

@rikschennink
Copy link
Collaborator

@edwh it doesn't currently expose it, a PR is welcome. If there's no _pond instance on the object it's not supported. (but this should be in vue-filepond, I believe there's an issue on the repo related to this already)

@edwh
Copy link
Author

edwh commented Feb 3, 2020

Ok, thanks. That's unrelated to this one so I'll close it. Thanks very much for your attention.

@edwh edwh closed this as completed Feb 3, 2020
@edwh
Copy link
Author

edwh commented Feb 3, 2020

Did you mean 4.6.2? That release doesn't seem to exist. 4.6.1 exists and is recent, but I just tried that using the _pond property, and that still exists on FF 52.

(Sorry to be a pain.)

@rikschennink
Copy link
Collaborator

rikschennink commented Feb 3, 2020

It's this plugin that was updated: https://github.com/pqina/filepond-plugin-image-preview

The question about the supported property is unrelated to this issue.

@edwh
Copy link
Author

edwh commented Feb 3, 2020

Yes, I updated that plugin to 4.6.1, which seems to be the most recent - I assume 4.6.2 above was a typo.

Then I tried to check if it was supported by testing the _pond property, which is the workaround suggested in pqina/vue-filepond#136 as a way of dealing with the absence of supported().

On FF52 that property still exists. Am I doing the wrong thing (apart from, obviously, not providing a PR to expose the supported() method)?

@rikschennink
Copy link
Collaborator

rikschennink commented Feb 3, 2020

Sorry yes, should be 4.6.1 indeed. I've updated the comment.

@rikschennink
Copy link
Collaborator

The Image Preview plugin has been updated in order to fix the issue so it should now render a preview on Firefox 52 without issues.

@edwh
Copy link
Author

edwh commented Feb 3, 2020

I'm sorry, I misunderstood.

When I test using 4.6.1 I still get the same hang, though.

(I'm getting a bit annoying at this point - shall I stop?)

@rikschennink
Copy link
Collaborator

No worries. That's weird, it worked in my test case, maybe test it in isolation (please note I haven't updated the FilePond product page yet).

I can't retest this for now.

@edwh
Copy link
Author

edwh commented Feb 3, 2020

I still see the same hang using the demo at https://pqina.nl/filepond/ .

I'll let you get on with something more important for a bit :-).

@rikschennink
Copy link
Collaborator

That's to be expected as it doesn't use the new version of the image preview plugin.

@edwh
Copy link
Author

edwh commented Feb 3, 2020

Ah, I see - that is what you just said. I still see the problem on my code using the updated preview plugin.

But as I say, this is getting to the point where it's a waste of your time. Thanks, though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants