Beiträge von Cyperghost

    Ich werde dazu Zeitnahe ein Update hochladen.

    Um das Problem bei euch zu beheben müsst ihr folgende SQL Querys ausführen und anschließend im ACP den Cache leeren

    SQL
    UPDATE wcf1_template_listener
    SET templateCode = '{include file=\'shared_easymediaRedactorConfig\'}'
    WHERE name = 'easymediaRedactorConfig'
    AND packageID IN(
        SELECT packageID
        FROM wcf1_package
        WHERE package = 'com.cls.easymedia'
    )
    SQL
    UPDATE wcf1_template_listener
    SET templateCode = '{include file=\'shared_easymediaImageRedactorConfig\'}'
    WHERE name = 'easymediaImageRedactorConfig'
    AND packageID IN(
        SELECT packageID
        FROM wcf1_package
        WHERE package = 'com.cls.easymedia.image'
    );
    SQL
    UPDATE wcf1_template_listener
    SET templateCode = '{include file=\'shared_easymediaVideoRedactorConfig\'}'
    WHERE name = 'easymediaVideoRedactorConfig'
    AND packageID IN(
        SELECT packageID
        FROM wcf1_package
        WHERE package = 'com.cls.easymedia.video'
    );

    You can try editing the file wcf/lib/system/file/processor/FileProcessor.class.php, this might fix the problem.
    wcf is the directory of the core, this can also be simply lib/system/file/processor/FileProcessor.class.php directly in your installation.

    PHP: FileProcessor.class.php
    public function getOptimalChunkSize(): int
    {
        $postMaxSize = \ini_parse_quantity(\ini_get('post_max_size'));
        if ($postMaxSize === 0) {
            // Disabling it is fishy, assume a more reasonable limit of 100 MB.
            $postMaxSize = 100_000_000;
        }
    
        return \min(100_000_000, $postMaxSize);
    }

    Please lower the PHP limits. The problem is that it tries to pack the complete file into the POST body and not to split the file into smaller packages.
    It is best to set the limits to a maximum of a few hundred MB.

    Otherwise, it should be a problem that you can no longer upload files to the WoltLab Gallery. Please check the server error logs, further information should be available there. Probably a limit is reached by the web server (not PHP).

    Does a progress bar appear and does it move during the upload?

    I can see the loading circle on the left, but normally a progress bar appears directly under the file name.

    Or does the error message appear before there is a progress bar?

    It would be interesting to know how large post_max_size is and whether the progress bar moves during the upload. From this it can be deduced whether the problem occurs with a chunk or with the finished file.

    Das ganze war ein Problem mit dem Core selbst un in Verbindung deines BB-Codes Border. Das scheint eine News kaputt gemacht zu haben. Die solltest du mal am besten überprüfen. Durch das mehrfache Ausführen hat es den BB-Code etwas verdoppelt.

    Dann bräuchte ich einmal Zugang zum System um mir das ganze an zugucken.

    Anfrage für Zugangsdaten

    Um Ihnen bei Ihrem Problem weiterhelfen zu können, benötigen wir Zugriff auf Ihre Installation. Die Zugangsdaten werden asymmetrisch verschlüsselt gespeichert und können nun von uns eingesehen werden. Die Zugangsdaten werden nach der Bearbeitung unverzüglich gelöscht.

    Es werden für die Behebung des Problems keine weiteren Zugangsdaten benötigt.

    Hattest du Anzeige im ACP aktualisiert?

    Falls ja mir bitte einen Login einrichten dann kann ich das Problem in deiner Installation beheben.

    Anfrage für Zugangsdaten

    Um Ihnen bei Ihrem Problem weiterhelfen zu können, benötigen wir Zugriff auf Ihre Installation. Die Zugangsdaten werden asymmetrisch verschlüsselt gespeichert und können nun von uns eingesehen werden. Die Zugangsdaten werden nach der Bearbeitung unverzüglich gelöscht.

    Wir benötigen folgende Zugriffsrechte:
    • Forum Login
    • Datenbank Login
    Zugangsdaten hinterlegen

    Siehe dazu bitte folgende

    Master of Tragedy
    9. Dezember 2024 um 07:58

    Ein Update wird kommen, ansonsten bräuchte ich Zugang zum Forum inklusive Datenbank und FTP um den Fehler bei dir zu beheben.

    Anfrage für Zugangsdaten

    Um Ihnen bei Ihrem Problem weiterhelfen zu können, benötigen wir Zugriff auf Ihre Installation. Die Zugangsdaten werden asymmetrisch verschlüsselt gespeichert und können nun von uns eingesehen werden. Die Zugangsdaten werden nach der Bearbeitung unverzüglich gelöscht.

    Wir benötigen folgende Zugriffsrechte:
    • Forum Login
    • Datenbank Login
    • FTP-Login
    Zugangsdaten hinterlegen

    Die sollten jetzt aber eigentlich abgespielt werden könne.

    Richte mir am besten mal einen Admin Account ein, dann gucke ich mir das ganze mal an

    Anfrage für Zugangsdaten

    Um Ihnen bei Ihrem Problem weiterhelfen zu können, benötigen wir Zugriff auf Ihre Installation. Die Zugangsdaten werden asymmetrisch verschlüsselt gespeichert und können nun von uns eingesehen werden. Die Zugangsdaten werden nach der Bearbeitung unverzüglich gelöscht.

    Es werden für die Behebung des Problems keine weiteren Zugangsdaten benötigt.

    Hallo,

    wird mit dem nächsten Update behoben sein.
    Solltest du dies in deiner Installation bereits vorher beheben wollen, kannst du die Datei easymedia/lib/system/worker/VideoRebuildDataWorker.class.php bearbeiten

    PHP: VideoRebuildDataWorker.class.php
    if ($file !== null) {
        $data['coreFileID'] = $file->fileID;
        $data['filename'] = '';
        $data['filesize'] = 0;
        $data['fileHash'] = '';
        $data['fileExtension'] = '';
    } else {
        $disableVideoIDs[] = $video->videoID;
    }

    Anschließend die Anzeige erneut aktualisieren.

    Bei dem vorherigen ausführen, wurde eine Datei verschoben dies aber nicht in der Datenbank bei dir gespeichert. Also müsstest du bitte noch vorher folgendes ausführen per PHPMyAdmin(oder eine anderen Verbindung zur Datenbank)

    SQL
    UPDATE easymedia1_video SET coreFileID = 20, filename = '', filesize = 0, fileHash = '', fileExtension = '' WHERE videoID = 32

    So wie es aussieht wird der Cache nicht korrekt zurück gesetzt, wenn eine Labelgruppe bearbeitet wird z.B..

    Das heißt, aktuell müsste man nach dem setzten der Rechte von einer Labelgruppe den Cache im ACP manuell leeren.