WebsiteBaker Error log

[schnorx]

Hallo in die Runde,
nachdem ich meinen WebsiteBaker auf die Version 2.13.3 r166 gebracht habe, müllt sich mein Error Log immer noch voll. Mit der Version hat das offenbar nicht zu tun. Vermutlich scheint mit jedem Foto das ich hochlade ein Eintrag gebildet zu werden. Diese sehen dann so aus.

"created: [Mon, 10 Jul 2023 11:19:04 +0000]
Fri, 14 Jul 2023 03:53:49 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'websolar_mod_news_s ettings.header' in 'where clause'""

oder so:

"created: [Mon, 10 Jul 2023 11:46:00 +0000]
Mon, 10 Jul 2023 23:53:12 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'wb_mod_news_setting s.header' in 'where clause'"
Mon, 10 Jul 2023 23:53:13 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'wb_mod_news_setting s.header' in 'where clause'""

sollte ich da etwas machen oder nur die Logdatei immer mal löschen.

Beste Grüße

[hgs]

Mit welcher php-Version läuft der Server?

Welches Modul verursacht die Logs?

[schnorx]

Hallo HGS, beste Grüße, wir hatten ja vor einiger Zeit da schon mal getextet. Jetzt nach dem Update ist es mir wieder aufgefallen. Ich habe php 8.1 eingestellt. Hatten wir nicht damals die Vermutung, dass das mit dem Strato Server was zu tun haben könnte?
Das bietet Strato an:
PHP-Version einstellen
 8.0 - Empfohlene Version
 8.1
 8.2
PHP Boost
PHP Boost aktiviert einen Code Cache, mit dem Ihre PHP-Scripte bis zu 100% schneller ausgeführt werden.

 Aktiviert
 Deaktiviert

 ausgewählt habe ich 8.1 und beim Boost Aktiviert

[sternchen8875]

Der Fehler liegt im News-Modul selbst bzw in den Dateien, die da gerade verwendet werden. Im schlimmsten Fall ist es ein Versions-Mix, denn das in der Fehlermeldung erwähnte Datenbankfeld header in der Tabelle websolar_mod_news_settings ist eigentlich nicht mehr Teil dieser Installation.
In Frage kämen aber auch eigene Abfragen z.b. aus einen (veraltetem) Droplet oder einem Modul wie Anynews.

Wenn du ein aktuelles Dateien- und Datenbank-Backup hättest, könnte man das analysieren. Als ersten Schritt die Webseite mal in den Wartungsmodus setzen, dann die error.log löschen und nun die Seite mit den News im Backend aufrufen, dort alles mal durchschalten, insbesondere die Moduleinstellungen. Taucht der Fehler nun im Backend auf, liegt es ausschließlich am News-Modul.
Im Anschluß die Gegenprobe. Die error.log löschen, aus dem Backend ausloggen und das Frontend besuchen. Wann taucht der Fehler auf? Nur auf der Seite, auf der auch das News-Modul genutzt wird oder auch an anderer Stelle? Tritt der Fehler auch auf, wenn man das News-Modul über die Section-Steuerung inaktiv setzt (Freischaltdatum aus der Vergangenheit setzen)

[schnorx]

Ich habe die logdatei gelöscht. und dann unter Admin-Tools, falls du das meinst, alles bissel angeklickt. Die Sachen habe ich eigentlich nie verwendet. Aber damit füllt sich die Logdatei wieder.

"created: [Fri, 14 Jul 2023 18:05:45 +0000]
Fri, 14 Jul 2023 18:21:55 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Undefined array key "GENERIC""
Fri, 14 Jul 2023 18:21:55 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Trying to access array offset on value of type null"
Fri, 14 Jul 2023 18:22:16 +0000 [E_WARNING] /modules/userstat/addon.php:[21] from /modules/userstat/addon.php:[21] include "include(/mnt/web302/a0/09/52018609/htdocs/modules/SimpleCommandDispatcher.inc): Failed to open stream: No such file or directory"
Fri, 14 Jul 2023 18:22:16 +0000 [E_WARNING] /modules/userstat/addon.php:[21] from /modules/userstat/addon.php:[21] include "include(): Failed opening '/mnt/web302/a0/09/52018609/htdocs/modules/SimpleCommandDispatcher.inc' for inclusion (include_path='.:/opt/RZphp80/includes')"
Fri, 14 Jul 2023 18:24:47 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Undefined array key "GENERIC""
Fri, 14 Jul 2023 18:24:47 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Trying to access array offset on value of type null""

Entschuldige bitte die blöde Frage, was meinst du mit News-Modul und wo ist das?

[sternchen8875]

Entschuldige bitte die blöde Frage, was meinst du mit News-Modul und wo ist das?

es gibt keine blöden Fragen

die aktuellen Fehlermeldungen kommen von Backupmodul (Admintools -> Backup)
Da verwendest du eine Uralt-Version, die wahscheinlich auch garnicht mehr läuft. Das Modul ist so alt, das man es nicht mal mehr über WB installieren kann. Es muß über den FTP-Zugang gelöscht werden (Ordner /modules/backup löschen).
Im Anschluß über Erweiterungen -> Erweitert alles Checkboxen aktivieren und auf Neu laden klicken.

Ein Ersatz für das Backup-Modul findest du hier -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0EE27675

Zurück zum News-Modul

eine deiner Seiten (in der Seitenübersicht) verwendet eine Section == News (siehe Bild 1 unten). Das kann eine eigenständige Seite sein, die auch noch News heißt oder die News-Section ist Teil einer anderen Seite. In dem Fall mußt du ein bissl suchen und eventuell jede Seite öffnen.
Am einfachsten geht die Suche über die Datenbank in der Tabelle sections. Die läßt man nach "modules" sortieren, sucht sich die Page-ID der Seite(n) mit dem News-Modul, geht in die Pages-Tabelle und schaut, welche Seite die gefundene Page-ID trägt.

Der Rest dann wie oben beschrieben.

[schnorx]

wie schaut es denn mit den anderen Modulen aus? Die sind wahrscheinlich alle uralt, wenn die bei den Updates der WebsiteBaker Version nicht mit aktualisiert wurden. Ich hänge einige pdf´s an.
die 3 hat was mit News zu tun.
Sollte ich alle module deinstallieren? Läuft dann noch was? Kann ich die Module, wenn ja, wie, gegen aktuelle tauschen?

Seltsam ist auch das bei "Details zum Modul" viel mehr dastehen wie unter "Modul deinstallieren".

[sternchen8875]

wie schaut es denn mit den anderen Modulen aus? Die sind wahrscheinlich alle uralt, wenn die bei den Updates der WebsiteBaker Version nicht mit aktualisiert wurden. Ich hänge einige pdf´s an.
die 3 hat was mit News zu tun.

Dein Problem waren die Meldungen in der error.log und da hast du uns bisher nur die Meldungen zum News-Modul gegeben. Es gäbe also zwei Möglichkeiten:
1. du hast nicht alles erwähnt, was in der error.log steht
2. deine anderen eingesetzten Module erzeugen aktuell keine Fehler, die geloggt werden.
Etwa zwei Drittel der in PDF#1 angezeigten Module gehören zum WB-Paket und wurden beim Upgrade des CMS ebenfalls aktualisiert. Bei den anderen Modulen muß man schauen, ob es Upgrades gibt. Für das Code²-Modul gibt es etwas aktuelles, beim Rest sehe ich eher schwarz. Das heißt aber nicht, das diese Module nun nicht mehr laufen oder Fehler erzeugen müssen. Das mußt du einfach probieren.

Sollte ich alle module deinstallieren? Läuft dann noch was? Kann ich die Module, wenn ja, wie, gegen aktuelle tauschen?

Um Gottes Willen nix deinstallieren, wenn du dich nicht sowieso davon trennen willst. Beim Code²-Modul z.b. die aktuellste Version anschauen und Versionsnummern vergleichen -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0C49DE21
Ist deine Version älter, dann die verlinkte Datei herunterladen und wie ein neues Modul installieren. Das System erkennt die neuere Version und führt das Upgrade des Moduls durch.

Beim Bakery-Modul sehe ich eher schwarz. Die Entwicklung wurde 2015 (oder so) eingestellt. Dazu kommt, das es durch die DSGVO mittlerweile stark abmahngefährdet ist. Aus eigener Erfahrung weiß ich, das die zuletzt veröffentlichte Version auch nicht mit den aktuellen PHP-versionen ab 8.2.x läuft. Am besten, laufen lassen, so lang es geht. Ist mir der Shop wichtig, weil er z.b. meinen Lebensunterhalt verdient, würde ich mich um Alternativen bemühen.

CaptionSlider war ein Bildwechsler. Der Erfahrung nach laufen diese Module eigentlich, wenn sie über die Zeit auch gewartet wurden.

User Statistik - da gibt es zwei Versionen. Die eine ist eine Besucher-Statistik (wbStats von Ruud),
die andere eine reine WB-Backend-Benutzer-Statistik (welcher User hat sich wann zum letzten Mal im Backend angemeldet) -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0A734885
Der PDF #2 nach hast du letztere Version. Das verlinkte Modul ist eine Kombination aus User Statistic und User Search. Hab aber nicht mehr im Kopf, ob das ein Upgrade war oder als eigenständiges Modul funktioniert. Einfach probieren...

Seltsam ist auch das bei "Details zum Modul" viel mehr dastehen wie unter "Modul deinstallieren".

das liegt daran, das nicht alle Module deinstalliert werden dürfen oder können, weil sie entweder für das System wichtig sind oder weil sie keinen Uninstaller haben.
Der Outputfilter ist z.b. systemwichtig. Wird der entfernt, bricht das System zusammen. Damit er nicht aus Versehen gelöscht wird, hat er eben keinen Deinstaller.
Das Backup-Modul hatte noch nie einen Deinstaller und ist schon allein deswegen nicht in der Liste, muß also manuell gelöscht werden über FTP

[schnorx]

kurz nochmal zum News Modul. Da hab ich v4.0.0 installiert. Online finde ich die v3_9_21
Die lässt sich nicht installieren, da kommt:
[228] news [Module] News v4.0.0 eine Aktualisierung ist nicht möglich

Die verschieden Einträge im Log wollte ich nicht vorenthalten. Ich hatte das Log nach dem Update des WB gelöscht. Und so nach und nach müllt sich das alles wieder zu.
Jetzt habe ich erstmal folgendes Problem:
Warnung: Eventuell vorhandene Datenbankeinträge eines Moduls gehen verloren. Bitte nur bei Problemen mit per FTP hochgeladenen Modulen verwenden.
Es sind erstmal alle Inhalte weg. Mal schauen was ich da rücksichern muss

[sternchen8875]

Ich glaube, du liest nur die Hälfte von dem, was geschrieben wurde

Etwa zwei Drittel der in PDF#1 angezeigten Module gehören zum WB-Paket und wurden beim Upgrade des CMS ebenfalls aktualisiert.

da muß man auch mal schauen, was solch WB-Paket beinhaltet, eben auch das News-Modul. Die Version 4.0.0 ist die aktuellste News-Version, die öffentlich verfügbar ist.

Jetzt habe ich erstmal folgendes Problem: Warnung: Eventuell vorhandene Datenbankeinträge eines Moduls gehen verloren. Bitte nur bei Problemen mit per FTP hochgeladenen Modulen verwenden.

Diese Meldung erscheint als Warnung vor einer manuellen Installation eines Modul. Zieht man den Install dann trotzdem durch, werden alle Datenbankinhalte zu diesem Modul überschrieben, heißt: man beginnt praktisch bei Null. Und weil du dann eine ältere Version installiert hast, kann es sein, das dieses Modul nicht mit der WB-Version 2.13.3 r166 zusammenläuft.
Ich würde mir jetzt das aktuelle WB-Paket downloaden und lokal in einen leeren Ordner entpacken. Dann per FTP-Programm online den Ordner /modules/news löschen und aus dem lokalen Paket in Version 4.0.0 wieder hochladen.
Dann aus dem Datenbank-Backup die News-Tabellen wieder herstellen, damit die alten Inhalte wieder da sind.

Wenn das alles "böhmische Dörfer" für dich sind, ist es keine Schande, um Hilfe zu bitten. Dann müßtest du einem Helfer die Zugangsdaten zukommen lassen, damit er da mal direkt drauf schauen kann

[schnorx]

Danke erstmal für deine Geduld.
Die Webseite läuft wieder, alle Inhalte über die Datenbanksicherung wiederhergestellt. Da habe ich das Backup Modul auf den aktuellen Stand gebracht. Kommen momentan auch keine Einträge ins Errorlog hinzu.
Bei der anderen Seite habe ich auch das Backup Modul getauscht.
Da kommen jetzt, aktuell, nur folgende Einträge
"created: [Sat, 15 Jul 2023 14:15:30 +0000]
Sat, 15 Jul 2023 14:15:53 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"
Sat, 15 Jul 2023 14:16:40 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"
Sat, 15 Jul 2023 14:22:17 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"
Sat, 15 Jul 2023 14:28:05 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file""

Edit: Da habe ich ein fehlerfaftes Droplet gefunden. maps, entfernt, scheint zu funktionieren

[dbs]

"Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"

Seit wann wird denn das betreffende Droplet in der Fehlermeldung genannt? Wäre ja ein extremer Fortschritt. 

[schnorx]

Ich kann dir das nicht genau sagen, da ich die Logdatei immer mal gelöscht habe. Vorhin habe ich aber gesehen, dass das Droplet maps einen fehlerhaften Code hatte (roter Tropfen).
Ich hatte da vor Jahren mal eine Seite "Anfahrt". Da waren irgendwelche Google Maps Daten hinterlegt, hat aber nicht funktioniert. Vorhin habe ich die inaktive Seite und das Droplet gelöscht.
Aktuell ist das Errorlog grün. Mal sehen wie lange.

[dbs]

Ok, es scheint so zu sein, dass ein Droplet mit rotem Tropfen eine Meldung ins Errorlog schreibt.
Aber nur, wenn man die Dropletsübersicht aufruft. Irgendwie doppelt gemoppelt.
Im Frontend löst es keine Meldung fürs Errorlog aus (zeigt direkt einen Fehler an).

[sternchen8875]

Der Syntax-Check bei einem in der Syntax fehlerhaften Droplet, angezeigt in der Droplet-Übersicht durch den roten Tropfen, war ja immer schon Bestandteil des Dropletmoduls, auch in den ganz frühen Versionen.
Das solch ein Fehler auch in die error.log geschrieben wird, ist nun auch schon wieder ein paar Jahre alt. Auslöser dafür und damit auch für das Doppelt-Gemoppelte, ist wohl die Höhenbegrenzung in der Dropletübersicht - früher komplette Liste vs Scrollbare Liste heute.
Dadurch müßte man erst die Liste durchscrollen, um alle Tropfen einmal zu kontrollieren.

Rein technisch ist es so, das beim Einlesen der Droplets für die Droplet-Übersicht jedes aktive Droplet einmal die Funktion check_syntax() durchläuft. Ist ein Fehler in der Syntax, wird dieser Status für das Setzen des Tropfens benutzt und seit mindestens WB 2.12.1 auch als Fehler geschrieben. Ältere Versionen müßte ich schauen, hab ich auf einer HDD im Schrank.

Im Backend ist es nun kein Problem, mal eine oder zwei Sekunden zu warten, bis alle Droplets durchlaufen sind. Im Frontend funktioniert es aber so nicht. Die Funktion eines Droplets wird ja über den Output-Filter gesteuert. Eine zentrale Funktion zum Syntax-Check im Filter würde das System ausbremsen, da der dann eben bei jedem Klick einmal alle Droplets durchlaufen würde. Bei nur einem Besucher wohl kein Thema, bei 50 Visitors gleichzeitig dann aber schon.
Gleiches gilt für die Checks eines einzelnen Droplets. Hier muß man immer im Hinterkopf behalten, das die Webseite erst komplett dargestellt wird, wenn u.a. alle Droplets fertig abgearbeitet sind

Für das Frontend gibt es im Droplets-Modul eine andere Fehleranzeige-Möglichkeit. Im aktivierten Debug-Mode wird solch Fehler im Droplet inkl. Droplet-Name ausgegeben, wenn bei der Ausführung des jeweiligen Droplets ein Fehler oder eben nichts zurück kommt. Oberstes Ziel ist es aber immer, eine möglichst fehlerfreie Ausgabe des Contents zu erzeugen, Fehlermeldungen dort also eher zu unterdrücken bzw ins Backend zu schicken.

P.S. einig sind wir uns aber darüber, das die Fehlerdokumentation gerade in den neueren WB-Versionen eher unklarer geworden ist und oft nur noch allgemein gehalten wird, siehe Fehlermeldung im Eingangsthread

Mon, 10 Jul 2023 23:53:12 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'wb_mod_news_setting s.header' in 'where clause'"

Und das geht durchaus noch nichtssagender.... 

[schnorx]

Guten Morgen,
jetzt hat sich wieder etwas eingetragen.

Tue, 18 Jul 2023 06:51:30 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'websolar_mod_news_s ettings.header' in 'where clause'""

Sollte ich was machen?

[schnorx]

so langsam nehmen die Fehlermeldungen

Fri, 28 Jul 2023 16:33:48 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'websolar_mod_news_s ettings.header' in 'where clause'""

wieder zu. Scheint schon von dem Modul news zu kommen. Könnte ich denn, wie bei allen anderen Seiten auch, das Modul wysiwyg verwenden?
Also ohne die Seite "Interessantes" neu zu erstellen, nur das Modul wechseln?

[hgs]

.....
..... Könnte ich denn, wie bei allen anderen Seiten auch, das Modul wysiwyg verwenden?
Also ohne die Seite "Interessantes" neu zu erstellen, nur das Modul wechseln?

Kurze Antwort, Nein.

News stellt ja anhand er Überschrift und des "kurzen WYSIWYG Sektion" eine schnelle Übersicht dar.
Mit "klick" auf weiter Lesen, wird dann die ganze Information einer Überschrift  in der "langen WYSIWYG-Sektion" angezeigt.

[schnorx]

alles klar, ich habe das jetzt neu eingegeben. Mal schauen ob´s besser ist. Bei der Gelegenheit, wie kann ich denn die Reihenfolge (POS 1 bis 3) ändern.

Habe es gefunden 

[schnorx]

Hallo,
hat das was mit meiner Problematik "Error Log" zu tun? Sollte ich das erneueren und falls ja wie?
Beste Grüße

[sternchen8875]

zum Bild: bitte CKeditor einmal updaten -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?download=08A769F

zur error.log - ist das noch nicht gelöst?  *dann war es wohl auch nicht so wichtig   

Falls Interesse, gehe mal in die Datenbank-Verwaltung deines Servers (PhpMyAdmin oder SQL-Admin oder... oder) und exportiere die Struktur der Tabelle websolar_mod_news_s ettings
Angemeckert wird dort eine fehlende Spalte mit Namen "header"

[schnorx]

dein link führt aber zu dem 4.22.1, den habe ich ja. Man soll den 4.24.0 installieren

[sternchen8875]

dein link führt aber zu dem 4.22.1, den habe ich ja.

Nein, der Link führt zur reparierten CKEditor-Version 4.22.1.1

Man soll den 4.24.0 installieren

Version 4.24.x ist eine sogenannte "Long-term support"-Version, die bis 2026 läuft mit der Hoffnung, ein paar Euros in die Kasse zu spülen, weil einiges kostenpflichtig wird

Nachtrag: ein engl. Thread zum Thema mit Reparaturanweisung -> https://forum.WebsiteBaker.org/index.php/topic,32333.msg226418.html#msg226418

[schnorx]

ich habe den CKEditor 4.22.03 nun durch die 4.22.1.1 ersetzt. Allerdings kommt die Meldung, das man auf die 4.24.0 updaten soll immer noch.
Die Tabelle websolar_mod_news_s ettings habe ich exportiert, aber was soll ich nun damit machen?

[sternchen8875]

ich habe den CKEditor 4.22.03 nun durch die 4.22.1.1 ersetzt. Allerdings kommt die Meldung, das man auf die 4.24.0 updaten soll immer noch.

da sich die Konfigurations-Datei(en) verändert haben, wäre ein Löschen des Browser-Cache's nötig. Ich nutze dazu das Programm CCleaner, es gibt aber auch andere Methoden
P.S.: durch den eingeschalteten PHP-Boost bei Strato existiert dort ebenfalls ein Cache

Die Tabelle websolar_mod_news_s ettings habe ich exportiert, aber was soll ich nun damit machen?

wie gesagt, benötigt wird nur die Struktur dort, das schaut in meiner SQL-Datei so aus

Code: [Select]

CREATE TABLE `wb_mod_news_settings` (
  `section_id` int NOT NULL DEFAULT '0',
  `page_id` int NOT NULL DEFAULT '0',
  `posts_per_page` int NOT NULL DEFAULT '5',
  `commenting` varchar(14) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'none',
  `resize` int NOT NULL DEFAULT '0',
  `use_captcha` int NOT NULL DEFAULT '1',
  `order` varchar(7) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL DEFAULT 'DESC',
  `layout_id` int NOT NULL DEFAULT '2',
  `layout` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'div_layout',
  `order_field` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'published_when',
  `data_protection_link` int NOT NULL DEFAULT '-1',
  `use_data_protection` int NOT NULL DEFAULT '0'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
vergleiche mit deiner Struktur. Lt. Fehlermeldungen ist eine Spalte (hier eine Zeile) mit Namen "header" nicht vorhanden.
Sollte auch bei dir so sein.
Allerdings gab es diese Spalte in früheren Versionen, ist aber schon eine Weile her.

Die Fehlermeldung wird von der Datei framework/frontend.functions.php erzeugt, d.h. sie tritt auf, wenn im Frontend die Newsseite oder eine Ausgabe der News (z.b. in der Sidebar) angewählt würde, was wiederum bedeutet, das der Fehler (nach meiner logik) in deiner View.php des News-Moduls ist oder durch ein Droplet wie z.b. Anynews erzeugt wird beim Einlesen der Daten des News-Moduls

Das sollte sich dann Austesten lassen. Erst die error.log in WB löschen, die News-Seite kontrollieren, error.log anschauen. Taucht der Fehler auf, ist es die wohl eine alte Datei view.php im News-Modul.
Ob du Droplet oder Anynews nutzt, mußt du selbst wissen. Das wäre dann der nächste Testpunkt - jede Seite, die eine Ausgabe der News anzeigt, testen und immer die error.log kontrollieren.