bin\media\GD->verifyFormatCompatiblity

Luisehahne

Moin,

jau die trigger zeile entfernen (Y), glaube die hatte ich seinerzeit zur Kontrolle, ob jepg angezeigt wird, eingebaut. Ein echo kannst du ja nicht machen, wegen header send des Bildes.

Dietmar
Note: Once the code has been generated, it is easy to debug. It's not a bug, it's a feature!

Gast

bei mir jetzt so

 protected function verifyFormatCompatiblity()
    {
        
$isCompatible true;
        
$gdInfo       \gd_info();


        switch (
$this->format) {
            case 
'GIF':
                
$isCompatible $gdInfo['GIF Create Support'];
                break;
            case 
'JPG':
            case 
'JPEG':
                    
$isCompatible $gdInfo['JPEG Support'];
                break;
            case 
'PNG':
                
$isCompatible $gdInfo['PNG Support'];
                break;
            default:
                
$isCompatible false;
        }

dbs

Hab nur mal die Zeile gesetzt auf //case 'JPG':
Scheint zu reichen, aber der Meister wollte sich das eh anschauen nach deinem Thread hier.
[url="https://onkel-franky.de"]https://onkel-franky.de[/url]

Gast

meine Thumbs gehen wieder - mein Strict hat mich ausgetrickst und den resize-Wert auf Null gesetzt

Der Rest der Fragen bleibt

Gast

Quote from: dbsBei mir passiert das seit PHP7.3 und Upload eines Bildes im OFA Item (Punkt 3).
Der Fix ändert daran nichts.

confirmed

es werden keine Thumbs mehr erstellt, nicht unter PHP 7.3.1 local und 7.1.26 auf dem Server (den ich noch umstellen könnte und später auch umstellen will). Muß aber nicht damit zusammen hängen. Problem hab ich allerding erst seit Upgrade von Rev 84 auf Rev 188

ich hab mal rein geschaut in die framework/media/GD.php

Das wäre mein Array aus gdinfo()
QuoteArray ( [GD Version] => bundled (2.1.0 compatible)
            [FreeType Support] => 1 [FreeType Linkage] => with freetype [GIF Read Support] => 1
            [GIF Create Support] => 1 [JPEG Support] => 1 [PNG Support] => 1
            [WBMP Support] => 1 [XPM Support] => 1 [XBM Support] => 1 [WebP Support] => 1
            [BMP Support] => 1 [JIS-mapped Japanese Font Support] => )

$this->format ist JPG

switch ($this->format) {
            case 
'GIF':
                
$isCompatible $gdInfo['GIF Create Support'];
                break;
            case 
'JPG':
            case 
'JPEG':
                
$isCompatible = (isset($gdInfo['JPG Support']) || isset($gdInfo['JPEG Support']) ? true false);
                
\trigger_error(sprintf('[%d] Could determine format %s',__LINE__$this->format ), E_USER_NOTICE);
                break;
            case 
'PNG':
                
$isCompatible $gdInfo[$this->format ' Support'];
                break;
            default:
                
$isCompatible false;
        }


Bösewicht ist der case JPG / JPEG
JPG Support gibt es wohl seit PHP 5.3 nicht mehr
JPEG Support ist 1 bzw true

dann heißt der case "auf deutsch": wenn JPEG Support == true ist, setzt einen trigger-error?

Tippfehler??

dbs

#3
Bei mir passiert das seit PHP7.3 und Upload eines Bildes im OFA Item (Punkt 3).
Der Fix ändert daran nichts.

edit: framework/media/GD.php z1371
scheint mit kleingeschriebener endung jpg zu tun haben
[url="https://onkel-franky.de"]https://onkel-franky.de[/url]

Gast

offensichtlich hat der Fix das Problem gelöst.  (Y)
Im Fix ging es im die JPEG-Unterstützung in der Media-Verwaltung 

Gast

Seit kurzem in der error-Log
Quote\framework\media\GD.php:[1371] from \framework\media\GD.php:[96] bin\media\GD->verifyFormatCompatiblity "[1371] Could determine format JPG

Hab mich noch nicht damit befasst. Ist das mit dem Media-Fix behoben?
Im Moment weiß ich noch nicht, wann es ausgelöst wird, weil der Kunde auch viel rum klickt