[wp-trac] [WordPress Trac] #48522: Attachment size not generated when large images uploaded
WordPress Trac
noreply at wordpress.org
Mon Nov 11 20:03:51 UTC 2019
#48522: Attachment size not generated when large images uploaded
-------------------------------+---------------------
Reporter: vanyukov | Owner: (none)
Type: defect (bug) | Status: new
Priority: normal | Milestone: 5.3.1
Component: Media | Version: trunk
Severity: normal | Resolution:
Keywords: reporter-feedback | Focuses:
-------------------------------+---------------------
Comment (by azaozz):
Replying to [comment:9 uglyrobot]:
> There is some sort of performance regression with ImageMagick in 5.3.
>
> As far as network requests, I just get a 200 response from the initial
upload with attachment id, then the ajax response with the image row HTML.
No http errors or php errors in logs. But no thumbs are generated, only
the original image sits in the uploads directory. It fails silently.
Testing with the 10MB image using GD in 5.2 fails with (the dreaded) `HTTP
Error` here. I don't currently have access to ImageMagick. Would you be
able to "get to the bottom of it" and determine the exact ImageMagick
error and where it comes from?
> I'm just theorizing here that it's the new 5.3 really large original
resize that fails...
Yes, it's possible it fails as the size is larger than the previous
default sizes. If it fails at this point, the retries will still try to
create the same `-scaled` image. However there are even larger "sub-sizes"
added by plugins, and generally wp-admin should be able to handle this
kind of sub-sizes.
The bug in this case is that it fails silently and the user is not
notified to scale down the image and try to upload it again. Would be
great to catch the error and show that error message in the UI.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/48522#comment:11>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list