Notification Center - Call to a member function next() on a non-object

[RainerG]

Diese Meldung kommt, wenn ich eine Bestellung unter Isotope auslöse:

Fatal error: Call to a member function next() on a non-object in /www/htdocs/w0134c71/prfz.gnuelps.de/system/modules/notification_center/library/NotificationCenter/MessageDraft/EmailMessageDraft.php on line 199

Das Gateway für das Benachrichtigungscenter ist dabei auf 'Standard E-Mail-Gateway' eingestellt, allerdings habe ich SMTP-Einstellungen überschreiben aktiviert und die entsprechenden Einstellungen vorgenommen. Schalte ich den Typ auf 'In Datei schreiben' kommt diese Fehlermeldung nicht!

Konstellation:
all-inkl.de WebSpace
php 5.4
Contao 3.5 (nach Update von 2.11.x)
Isotope 2.2.5 (nach Update von 1.4.8)
Die DB wurde mit dem Isotope Migrationstool migriert.

Das ist der Code-Schnipsel

    public function getAttachments()
    {
        // Token attachments
        $arrAttachments = String::getTokenAttachments($this->objLanguage->attachment_tokens, $this->arrTokens);

        // Add static attachments
        $arrStaticAttachments = deserialize($this->objLanguage->attachments, true);

        if (!empty($arrStaticAttachments)) {
            $objFiles = \FilesModel::findMultipleByUuids($arrStaticAttachments);
            // hier kommt die angemeckerte Zeile 199
            while ($objFiles->next()) {     
            // -----                                                          
                $arrAttachments[] = TL_ROOT . '/' . $objFiles->path;
            }
        }

        return $arrAttachments;
    } 

Was könnte das Problem sein?

Wäre toll Hilfe bzw. Rat zu bekommen :-)
Diese Umstellung auf Contao 3.5 und Isotope 2.2.x hat mich schon halb in den Wahn getrieben :-(.

[webstar]

Rein von dem Schnipsel her, scheint ein Anhang ausgewählt zu sein, der nicht existiert. Isotope überprüft den Fall nicht.

Also

1. Ticket bei Isotope öffnen, da dies ein Bug ist
2. Anhänge überprüfen im Notification Center

[Flex]

if (!empty($arrStaticAttachments)) { 

Mal testweise durch folgendes ersetzen:

var_dump($arrStaticAttachments); exit;
if (!empty($arrStaticAttachments)) { 

Und dann mal die Ausgabe prüfen...

[RainerG]

Rein von dem Schnipsel her, scheint ein Anhang ausgewählt zu sein, der nicht existiert. Isotope überprüft den Fall nicht.

Also

1. Ticket bei Isotope öffnen, da dies ein Bug ist
2. Anhänge überprüfen im Notification Center

Der Tipp mit den Anhängen scheint richtig zu sein. Das werde ich morgen weiter verfolgen! :-) THX!

[Toflar]

Hab's per Zufall gelesen hier und gleich behoben für eine zukünftige Version: https://github.com/terminal42/contao...ef3574e1c136ab

[RainerG]

Mit Zuweisung des Anhangs (der auch tatsächlich in der alten Shop-Version 1.4.x vorhanden war) klappte es dann auch wieder :-).

[claus]

Nochmal ne Frage zu diesem Fehler. Seit kurzem tritt das Problem bei mir auch auf. Soweit ich weiß, wurden aber keine Dateianhänge verändert oder gelöscht. Wodurch kann der Fehler noch entstehen? Geht es hier nur um die Dateianhänge, die in den Benachrichtigungen unter "Attachments > vom Filesystem" angehangen werden oder auch um die Anhänge via Tokens?

edit: Ich habe gerade den Fehler bei mir entdeckt. Es wurde tatsächlich eine Datei durch den Shop-Betreiber verändert. Ich hatte ihm eigentlich gesagt, er solle Dateien, die sich nur inhaltlich verändern, am besten unter dem selben Dateinamen wieder in Contao hochladen. Contao überschreibt dann einfach die Datei und die Verknüpfungen (z.B. Download-Elemente) gehen nicht verloren. Die Datei ist zwar mit dem gleichen Namen in der Dateiverwaltung aber vielleicht hat er auch die Datei erst gelöscht und dann mit dem gleichen Namen wieder hochgeladen.

Eigentlich sollte doch das Benachrichtigungscenter damit klar kommen, wenn Dateien über die Dateiverwaltung überschrieben werden... Nur erst löschen und dann mit gleichem Namen hochladen funktioniert nicht, oder?

[Toflar]

Eigentlich sollte doch das Benachrichtigungscenter damit klar kommen, wenn Dateien über die Dateiverwaltung überschrieben werden... Nur erst löschen und dann mit gleichem Namen hochladen funktioniert nicht, oder?

Das ist überall in Contao so. Wenn du eine Datei löschst, dann sind alle Zuweisungen natürlich kaputt. Aber ein Fehler sollte jetzt nicht mehr auftreten, weil er bei Fehlen der Datei einfach nix anhängt.

[claus]

Naja, ich habe mich aus dem Grund gefragt, weil die Datei noch auf der Webseite als Download-Inhaltselement eingebunden ist. Wenn die Datei erst gelöscht und dann unter gleichem Namen wieder hinzugefügt wird, müsste beim Download-Element doch eigentlich auch die Zuweisung kaputt sein. Scheint aber nicht der Fall zu sein.

btw: Danke übrigens für den Bugfix.