#7039 closed defect (bug) (fixed)
Thumbnails won't create with 8bpp JPEG
Reported by: | cannonball_ | Owned by: | |
---|---|---|---|
Milestone: | 2.7 | Priority: | normal |
Severity: | normal | Version: | 2.5.1 |
Component: | General | Keywords: | has-patch needs-testing |
Focuses: | Cc: |
Description
When you upload a 8bpp JPEG image with media library, thumbnails won't create and only fullsize image avaible to use.
Attachments (3)
Change History (12)
#1
@
17 years ago
- Keywords needs-patch added
Cause: file_is_displayable_image()
http://trac.wordpress.org/browser/trunk/wp-admin/includes/image.php#L272
elseif ( $info['channels'] > 0 && $info['channels'] != 3 ) { // some web browsers can't display cmyk or grayscale jpegs
I'm assuming that this Greyscale 8bit image issue is the same as the poster is having?
I'm not sure on the actual issue here, Some browsers cannot display the image yes, But its still being displayed regardless.
#2
@
17 years ago
- Resolution set to worksforme
- Status changed from new to closed
Works for me in FF3 in OS X. I can view the original image just fine in this configuration, and I can see the thumbnail too. Closing as worksforme, but please provide further information on your browser and platform if you wish.
#4
follow-up:
↓ 6
@
17 years ago
- Milestone set to 2.6
- Resolution worksforme deleted
- Status changed from closed to reopened
Problem persists.
Env: Windows XP SP2 + Apache2.2 + PHP 5.2.4 + GD 2.0.34
Browser/OS makes no difference in this case, As its entirely server-side related.
Steps to reproduce:
- Upload attached file 001.jpg
- File will be crunched as normal, uploaded, and will appear fine
- Thumbnail is not created, The thumbnail on the media page will be the fullsize 001.jpg rescaled via the img height= and width= attributes
- Insert the image into a post via the thumbnail selection, The code inserted will be the fullsize image:
<a href="http://localhost/wordpress-trunk-clean/wp-content/uploads/2008/06/001.jpg"> <img class="alignnone size-thumbnail wp-image-7" title="001" src="http://localhost/wordpress-trunk-clean/wp-content/uploads/2008/06/001.jpg" alt="" /> </a>
If you were to insert a gallery with that image in it, The thumbnail would not exist, and as such, the original image will be shown in the gallery, At its original resolution (Which can be 1200pixels wide with some that i've come accross)
Some older software has issues with mono jpegs & cmyk jpegs, and would probably produce a blank image. In this case though, Its not an interesting.
Related:
Apply attached patch, Follow through with the above steps, insert a thumbnail, and recieve the correct code:
<a href="http://localhost/wordpress-trunk-clean/wp-content/uploads/2008/06/001.jpg"> <img src="http://localhost/wordpress-trunk-clean/wp-content/uploads/2008/06/001-150x150.jpg" alt="" title="001" width="150" height="150" class="alignnone size-thumbnail wp-image-9" /> </a>
#6
in reply to:
↑ 4
@
17 years ago
- Priority changed from low to normal
Replying to DD32:
Some older software has issues with mono jpegs & cmyk jpegs, and would probably
produce a blank image. In this case though, Its not an interesting.
CMYK jpeg images show up in modern browsers without any indication.
However, after uploading no thumbnails are generated by WP.
No error message informs the user about that.
Afterwards functions like "wp_get_attachment_thumb_url" will return the full-size image giving no hints about the source of all these the troubles. (There can be other sources: http://trac.wordpress.org/ticket/7278)
A "no thumbnail available" image instead of the full-size image would be helpful.
A "CMYK not supported. No thumbnails have been created" message after the upload would be helpful.
Actual, converting the image to RGB before/while creating the thumbnail would be great.
#7
@
17 years ago
Some older software has issues with mono jpegs & cmyk jpegs, and would probably produce a blank image. In this case though, Its not an interesting.
Wow.. "Its not an interesting." What? :)
What i probably meant to say, Was that Allthough older software has issues with these types of files, Modern software is not going to have any problem with it, The chances of running into a browser or server with an old gd version is probably less likely than users who can handle it and want to use it?
8bpp greyscale image which can trigger problem.