mozonline

Forum Replies Created

Viewing 11 posts - 1 through 11 (of 11 total)
Jun 12, 2019 at 8:57 am
#98158
Member
mozonline
OP

Thank you. It works. 🙂

Oct 17, 2018 at 6:00 am
#88261
Member
mozonline
OP

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

Mar 28, 2017 at 2:18 pm
#55753
Member
mozonline
OP

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 … :-/

Mar 24, 2017 at 8:52 am
#55584
Member
mozonline
OP

But shouldn’t sanitizing-option replace umlauts in filenames ( ä -> ae, ö -> oe, ü -> ue )? If so, there would be no encoding problem I think.

Mar 23, 2017 at 1:34 pm
#55503
Member
mozonline
OP

Option is allready checked. :-/

Mar 23, 2017 at 8:18 am
#55482
Member
mozonline
OP

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

Mar 22, 2017 at 10:06 am
#55423
Member
mozonline
OP

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.

Mar 21, 2017 at 3:36 pm
#55337
Member
mozonline
OP

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.

Jan 13, 2017 at 4:28 pm
#52625
Member
mozonline
OP

Thanks for fixing it. So I don’t fear the next update. 🙂

Jan 12, 2017 at 12:01 pm
#52593
Member
mozonline
OP

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

Oct 11, 2016 at 9:22 am
#49829
Member
mozonline
OP
This reply has been marked as private.
Viewing 11 posts - 1 through 11 (of 11 total)