Zammad: Berichte lösen eine Ausnahme beim Generieren einer Ticketliste aus, wenn Tickets über die API gelöscht werden

Hallo, danke, dass Sie ein Problem gemeldet haben. Bitte stellen Sie Folgendes sicher, bevor Sie ein Problem erstellen – vielen Dank! 🤓 Seit dem 15. November behandeln wir alle Anfragen, außer echten Bugs, in unserem Community Board. Vollständige Erklärung: https://community.zammad.org/t/major-change-regarding-github-issues-community-board/21 Bitte posten Sie: - Feature Requests - Development Questions - Technical Questions on the Board -> https:/ /community.zammad.org ! Wenn Sie glauben, dass Sie auf einen Fehler gestoßen sind, fahren Sie bitte fort: - Durchsuchen Sie vorhandene Probleme und die CHANGELOG.md nach Ihrem Problem - möglicherweise gibt es bereits eine Lösung - Stellen Sie sicher, dass Sie nach Möglichkeit die neueste Version von Zammad verwenden - Fügen Sie das `log/production. log`-Datei von Ihrem System. Achtung: Stellen Sie sicher, dass sich keine vertraulichen Daten darin befinden! - Bitte schreiben Sie die Ausgabe auf Englisch - Entfernen Sie nicht das Template - sonst werden wir die Ausgabe ohne weitere Kommentare schließen - Stellen Sie Fragen zur Zammad-Konfiguration und -Nutzung auf unserer Mailingliste. Siehe: https://zammad.org/partizipieren Hinweis: Wir geben immer unser Bestes. Leider gibt es manchmal zu viele Anfragen und wir können nicht alles auf einmal bearbeiten. Wenn Sie Ihr Problem priorisieren/eskalieren möchten, können Sie dies über einen Supportvertrag tun (siehe https://zammad.com/pricing#selfhosted). * Der obere Textblock wird automatisch entfernt, wenn Sie Ihr Problem einreichen *

Dieser Beitrag wurde von @MrGeneration bearbeitet, um unser erforderliches Format zu erfüllen und ihn mit weiteren Informationen zu füllen

Infos:

• Verwendete Zammad-Version: 3.0
• Installationsmethode (Quelle, Paket, ..): beliebig
• Betriebssystem: beliebig
• Datenbank + Version: beliebig
• Elasticsearch-Version: 5.6 (wahrscheinlich jede)
• Browser + Version: beliebig
• Ticket-ID: #1047094 , #1048216

Erwartetes Verhalten:

Wenn Sie den Planer verwenden, um Tickets zu löschen (oder dies manuell über API oder Konsole tun), hat dies keine Auswirkungen auf das Berichtsmodul. Das bedeutet, dass Ihr Reporting so funktioniert, wie es sollte, und alle verfügbaren gültigen Daten zurückgibt.

Tatsächliches Verhalten:

Wenn Sie den Planer, die Konsole oder die API verwenden, um ein Ticket zu löschen, werden Fehler ausgegeben, wenn Elasticsearch Tickets zurückgibt, die nicht mehr in unserer Datenbank vorhanden sind.

Die Konsole wirft Folgendes:

Die Grafik wird ohne Probleme erstellt, aber die Ticketliste unten wird entweder nicht aktualisiert oder erstellt.

Dies ist teilweise eine Regression von #2246 (nur teilweise, weil es einen Fehler unterdrückt, der einen Fehler im Knie auf einen anderen Teil der Berichterstattung bringt).

Schritte zum Reproduzieren des Verhaltens:

• Erstellen Sie einige Tickets
• Öffnen Sie Ihre Browser-Konsole
• Berichterstellung öffnen und Statistiken überprüfen, alles sollte funktionieren (Browserkonsole ist "sauber")
• ein oder zwei Tickets löschen
• Bericht neu laden und erneut öffnen (die Browserkonsole wirft den obigen Fehler)

Reson für dieses Verhalten:

Dieses Problem wird durch einen veralteten Elasticsearch-Index (dies wird bald von einem anderen Problem behandelt) und einen nicht allzu robusten Fehler verursacht.

Ja, ich bin mir sicher, dass dies ein Fehler ist und kein Funktionswunsch oder eine allgemeine Frage.

Ursprünglicher Beitrag

Infos:

• Verwendete Zammad-Version: Docker neuste Version 2.9.x
• Installationsmethode (Quelle, Paket, ..): Docker

Erwartetes Verhalten:

• Liste der Tickets zeigt so
  

Tatsächliches Verhalten:

• Es wird keine Tickettabelle angezeigt, die js-Konsole zeigt einen Fehler:

application-a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:22 > Uncaught TypeError: Cannot read property 'customer_id' of null
    at Function.n._fillUp (application-a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:22)
    at Function.n.fullLocal (application-a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:21)
    at Object.success (application-a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:42)
    at c (application-a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:2)
    at Object.fireWith [as resolveWith] (application->a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:2)
    at i (application-a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:3)
    at XMLHttpRequest.<anonymous> (application-a35ba2c058c01543bd0e17e5377c39817d3a79131917e530a74dfaea7a7fe689.js:3)

Schritte zum Reproduzieren des Verhaltens:

• Löschen Sie einige Tickets über die API wie folgt:

export TOKEN=`cat TOKEN`
TICKETS=``curl -H "Authorization: Token token=$TOKEN" https://YOURDOMAINHERE/api/v1/tickets/search?query=group:_delete_these_tickets_|jq ".tickets[]"`
for i in $TICKETS ; do
        echo $I
        curl -H "Authorization: Token token=$TOKEN" -s https://YOURDOMAINHERE/api/v1/tickets/$i -X > DELETE
done

Jetzt werden Tickets immer noch in ' https://YOURDOMAINHERE/api/v1/reports/sets ' AJAX Call angezeigt