Tried to upload PDF, now entire site is down: An image could not be created from the given input
PermalinkAn image could not be created from the given input
But, it's not just the page where the I tried to upload the file. Now every page on the entire site delivers the same message. Obviously, the client is none too pleased. Is concrete5 v8 really not usable? I used to love concrete5, because it just worked. Now uploading a PDF file crashes the whole site? Maybe it's something in my server environment, but this is honestly just ridiculous. Color me extremely aggravated and ready to learn a new system. Anybody?

PHP Deprecated: Comments starting with a '#' are deprecated in /#####/php.ini on line 420 in Unknown on line 0
Using concrete5 version 8.1.0, I was able to successfully upload a PDF using the file manager.
Please include the specific steps for how and where you uploaded a PDF. This would include what block, add-on, and if you are using any custom code.
Have you tried logging into the dashboard directly?
Example:
your_site_address.com/index.php/dashboard/files/search
This was a straightforward (I thought) upload through the File Manager in a regular Content block. I did not notice a separate upload function for a file (unlike in 5.7> if I recall correctly), so I clicked on the Insert Image icon (if I missed something there, I suppose that's on me...) From the File Manager, I did the usual "Browse the computer" and dragged the PDF file into the window. Clicked Close. And voilà!
I have done no custom coding. The theme is Stride. The web address ishttp://bam-academy.com
Thanks again. I can modify code, noodle around in phpMyAdmin, and have access to edit the php.ini, but I am not a developer. So I'm baffled where to go to fix the durn thing.
The picture icon in the rich text editor toolbar opens an Image Properties popup for inserting images. The issue was caused by a non-image being selected.
When you select a non-image, the preview displays a large red square with a white X inside. If the warning is ignored and the page is saved, this creates the error.
I will take a look to see how this error can be resolved and checks can be added to prevent it.
SELECT * FROM `FileImageThumbnailPaths` WHERE `isBuilt` = 0 and change them to 1
If you have a large number for results, then use: UPDATE `FileImageThumbnailPaths` SET `isBuilt` = 1 WHERE `isBuilt` = 0
Both approaches worked, thank you.
@DBKG
After you use incipio's instructions, you can edit the Content block, highlight the broken image link text, and delete it.
Thanks for your help.
This can be done through phpMyAdmin:
- select your concrete5 database
- click the SQL tab in the top menu bar in the right pane
- in the textarea, you can enter the SQL query (one or the other, not both)
SELECT * FROM FileImageThumbnailPaths WHERE isBuilt = 0;
UPDATE FileImageThumbnailPaths SET isBuilt = 1 WHERE isBuilt = 0;
I recommend making a full backup (files and database) before making any database changes.
Also, please mark incipio's reply as the correct answer.
I tested this issue using the latest version of concrete5 on GitHub and no error is thrown.
I then updated all svg files in FileImageThumbnailPaths: I set the field isBuilt to 1.
After that everything works fine. I'm on v8.1.0
This happened suddenly without any changes I consciously did, very strange. Never had this on v5.7. The error msg seems to come from the imagine library. I tried to debug this further but had no luck. File permissions were OK and imagemagick seems to work fine.
Anyway: thanks for the hints here!
The issue with SVG files in 8.1.0 has been fixed in the upcoming version.