Thank you. It works. 🙂
Hi Shahriar,
thanks for your reply. I thought so too and had set it like you advice. But this doesn’t change the behavior.
Could there be a filter or action, that is eventually same named and so is accidentially called by “theme my login”
Best Jan
Problem solved.
The error was not from wpdm-general functions. Here filenames with umlauts are no problem. But if you use a link template with pdf_thumbnail imagemagick doesn’t find the pdf.
It then throws this error in front-end as I wrote above.
ImagickException thrown
UnableToOpenBlob `C:/xampp/htdocs/wordpress/wp-content/uploads/download-manager-files/1490028691wpdm_ExtbäseFluidCheatSheetTypovision.pdf’: No such file or directory @ error/blob.c/OpenBlob/2702
With <strong>utf8_encode</strong>($source) in class.Filesystem.php:339 it works.
if(!class_exists('Imagick')) return "Imagick is not installed properly";
try{
$source = utf8_encode($source);
$image = new \imagick($source);
$image->readImage($source);
$image->setResolution( 800, 800 );
$image->setImageFormat( "png" );
$image->writeImage($dest);
}
Now I try to find out why some colored pdf’s only render greyscaled thumbnails … :-/
But shouldn’t sanitizing-option replace umlauts in filenames ( ä -> ae, ö -> oe, ü -> ue )? If so, there would be no encoding problem I think.
Option is allready checked. :-/
Hi Shaon,
thanks for your tip. System locale is/was set to german as you can see in the screenshot. That unfortunately doesn’t seem to solve the problem. :-/
Maybe you have another idea. Sanitizing would let the encoding problem disappear.
Thanks in advance
Jan
I would like to do that, but unfortunately it is impossible because it is an intranet with no public ip. :-/
I get this error in front-end:
ImagickException thrown
UnableToOpenBlob `C:/xampp/htdocs/wordpress/wp-content/uploads/download-manager-files/1490028691wpdm_ExtbäseFluidCheatSheetTypovision.pdf’: No such file or directory @ error/blob.c/OpenBlob/2702
When I rename the file in windows-filemanager from Urlaubsgrundsätz.pdf -> Urlaubsgrundsätz.pdf the error is gone.
I have the same problem. I cannot run linux in this case – poor me – I have to use xampp. Encoding of php an filsystem encoding of windows dont seem to work good together.
Would be good, if sanitizing of filenames would be implemented in wpdm. We are using wpdm pro version.
Thanks for fixing it. So I don’t fear the next update. 🙂
Hi,
right the second exception: ‘ImagickException’ is due to imagemmagick-installation.
But the first is php/plugin-related:
Fatal error: Class ‘WPDM\imagick’ not found in C:\xampp\htdocs\wordpress\wp-content\plugins\download-manager\libs\class.FileSystem.php on line 340
There is simply no class ‘imagick’ in the WPDM\ namespace …
Therefore it has to be called globaly with the preceding backslash: new \imagemagick