Opened 7 months ago
Last modified 2 months ago
#22146 new defect (bug)
Uploading Media does not show an error when connection is interrupted
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | Awaiting Review |
| Component: | Media | Version: | 3.3 |
| Severity: | normal | Keywords: | |
| Cc: | richardmtl, zoonini |
Description
When using the multi-file uploader, it doesn't show an appropriate error message when the connection is interrupted briefly. Instead, it jumps to "Crunching..." and gets stuck there, giving the impression that the upload was successful.
To reproduce:
- Begin an upload - I suggest a file at least a few MB, so you can see the effect more easily. Also, upload to a remote server, so the connection can be easily killed.
- Upload a few %, then disconnect your computer from the network. I found a 15-20 second disconnect worked most consistently. I was testing with an ethernet connection, I assume WiFi will be the same.
- Reconnect, and observe the upload bar. If it continues counting up, try disconnecting again, for a little longer.
If you successfully reproduced the bug, it jumps to "Crunching...", without showing an error message.
I've reproduced this behaviour in 3.4.2 as well as trunk.
Change History (5)
- Version changed from trunk to 3.3
You said this is reproducible in trunk. Was that on media-new.php, or in the Add Media dialog? The latter uses the same (newer) APIs that the customizer uses.
comment:4
richardmtl — 2 months ago
- Cc richardmtl added
Note: See
TracTickets for help on using
tickets.

I haven't been able to reproduce the same behaviour using the Customizer uploader - I'm not sure if that's due to differences in the JS, or my own timing problems due to the lack of upload progress feedback.