THEMA:

Hallo Klaus,

kannst Du mir mal eine aktuelle Sicherung von BwPostman schicken? Bitte nicht hier anhängen, sondern per Mail (s.o.) direkt an mich, es dürften ja sensible Daten enthalten sein.

Liebe Grüße
Romana

Hallo Zusammen!

@Klaus:
Konnte eben den Fehler nachstellen, indem ich manuell in der Datenbank den Default-Wert (Tabelle "_bwpostman_subscribers") für die Spalte "asset_id" lösche.
Leider werden die Standardwerte in der Wartung "Tabellen überprüfen und reparieren" nicht geprüft.
Abhilfe schafft aber die Wartung "Tabellen wiederherstellen", dort werden Standardwerte repariert.
Klaus mach bitte folgendes:
Navigiere zu BwPostman -> Wartung und wähle "Tabellen sichern".
Öffne anschließend den Punkt "Tabellen wiederherstellen" und wähle dort die eben gemachte Sicherung aus.

@Romana:
Mir ist aufgefallen, dass in der "install.sql" und "utf8mb4-install.sql" einige Defaultwerte für DATETIME noch nicht richtig gesetzt sind.

Liebe Grüße
Karl

Ich habe mich so gefreut. Romana hat die Dateneingabe wieder ermöglicht.
Leider kommt nun ein anderer Fehler, der mir SPEICHERN und VERSENDEN sperrt.
"Unbekannter Fehler beim Speichern des Newsletters vor dem Senden
Speichern fehlgeschlagen. Fehler: Field 'usergroups' doesn't have a default value"
(Ich habe bei Joomla-Usergroups auf "Public" gesetzt, aber es funktioniert auch ohne nicht)
Ich habe die Tabelle exportiert und wieder eingelesen, bringt leider keinen Erfolg.

Hallo Klaus,

default = standard. Das bedeutet, dass auch dieser Fehler durch das hervorgerufen wird, was Karl schon geschrieben hat: Die Standardwerte werden (leider) nicht überprüft, geschweige denn repariert, wenn man die Tabellenprüfung laufen lässt.

Wenn Du dich traust, mit phpMyAdmin umzugehen, dann kannst Du in der Tabelle <präfix>_bwpostman_newsletters die Spalte 'usergroups' bearbeiten und dort die Spalte Standard auf "kein(e)" setzen. Andernfalls schicke mir noch mal die Sicherung, dann mache ich das hier.

@Karl:
Meinst Du die Spalten 'created_date' beziehungsweise 'registration_date'? Die haben deshalb NOT NULL, weil sie eben ein Datum haben müssen, wenn sie erstellt werden. Sie haben nur dann kein Datum, wenn sie nicht erstellt werden, aber dann gibt es ja auch keinen Datensatz. Das Datum selbst wird ja in der jeweiligen Klasse der Tabelle in der Methode store() gesetzt. Da dürfte meines Erachtens nichts daneben gehen.

Liebe Grüße
Romana

Mir ist nicht klar, wo ich diese Tabellen finde:
Bei meinem Provider (Strato) kann ich die Datenbank öffnen ,mit phpMyAdmin. Zwar finde ich dort etliches über BWPostman, aber die von Die beschriebene Struktur nicht. - Diese Datenbank beim Provider ist wohl auch nicht gemeint. Deswegen schicke ich nochmals die Sicherung mit.

Hallo Klaus,

eine Sicherung von BwPostman mit realen Daten hier einzustellen war eine nicht so gute Idee! Die Anhänge kann jeder herunter laden, der hier vorbei kommt. Ich habe die Sicherung herunter geladen und gleich im Forum gelöscht.

Ja, es wäre schon die Tabelle bei deinem Provider gewesen, die es zu reparieren gilt. Den Namen der Datenbank, die für deine Installation verwendet wird, findest Du in Joomla! in der globalen Konfiguration, auf dem Reiter/Tab "Server", etwas weiter unten im Bereich "Datenbank". Da findest Du auch den Präfix, den deine Installation für die Tabellen verwendet. Wenn als Präfix zum Beispiel "jos_" eingetragen ist, dann würde die Tabelle "jos_bwpostman_subscribers" heißen.

Meine Beschreibung, was Du einstellen solltest, war allerdings falsch, da muss "wie definiert" ausgewählt werden und das Feld, das sich dann zeigt, muss leer bleiben.

Die reparierte Version geht gleich als Mail an Dich raus. Ich behalte diese Sicherung erst mal, bis ich von Dir das okay bekomme, dass nun alles funktioniert, erst dann lösche ich. Dann kann solch ein Lapsus mit öffentlichen Daten nicht mehr passieren.

Liebe Grüße
Romana