Bug #5576
openUsing MySQL 'DROP' requires privilege - wich is not really necessary.
0%
Description
Auf unserer neuen Installation hat das Anlegen der System-Tabellen (wieder) nicht geklappt. Dieses Mal habe ich das Problem identifiziert.
Die Datei qfq/sql/formEditor.sql
enthält ein nicht auskommentierten DROP-Befehl. Entweder muss der auskommentiert werden (patch im Anhang) oder dann muss in der Doku DROP als nötiges Recht für den QFQ-DB-User erwähnt werden.
Files
Updated by Carsten Rose about 6 years ago
- Tracker changed from Support to Bug
- Subject changed from System-Tabellen werden nicht korrekt angelegt to Using MySQL 'DROP' requires privilege - wich is not really necessary.
- Status changed from New to Closed
- Assignee set to Carsten Rose
Updated by Nicola Chiapolini about 6 years ago
Was ich auf die schnelle nicht herausgefunden habe, ist wie man solche Probleme bei multi_query() findet. Die Funktion gibt offenbar nur dann false zurück, wenn das ERSTE Statement fehlschlägt... Wäre schön, wenn QFQ merkt, dass der Erstimport schiefgeht.
Updated by Carsten Rose about 6 years ago
- Status changed from Closed to In Progress
Ich glaube es nicht so wichtig - das DROP Problem ist geloest.
Vorschlag: im Manual unter 'Help' beschreibe ich was zu tun ist wenn der Import der Tabellen nicht funktioniert - 'fire each statement individually, via mysql or phpMyAdmin, to find the problematic query.
Zusaetzlich kommt ein Mechanismus rein, der beim Import/Update erkennt, ob formEditor.sql bis zu Ende durchlief - in der Hoffnung das bei einem Fehler zumindest abgebrochen wird und nicht einfach mit dem naechsten STatement weiter gemacht wird.
Updated by Nicola Chiapolini about 6 years ago
Hoi Carsten
Ich glaube es nicht so wichtig - das DROP Problem ist geloest.
Völlig einverstanden.
Vorschlag: im Manual unter 'Help' beschreibe ich was zu tun ist wenn der
Import der Tabellen nicht funktioniert -
Tönt sinnvoll. Man muss nicht zwingend jede Query einzeln absetzen. Ich habe
einfach den Command-line client bemüht:
sudo mariadb -u qfq_user -p < formEditor.sql
Das hat mir dann die richtige Fehlermeldung gegeben.
Zusaetzlich kommt ein Mechanismus rein, der beim Import/Update erkennt, ob
formEditor.sql bis zu Ende durchlief - in der Hoffnung das bei einem Fehler
zumindest abgebrochen wird und nicht einfach mit dem naechsten STatement
weiter gemacht wird.
Das war bei mir auf jeden Fall so. Ich hatte jeweils nur zwei leeren Tabellen
Form und FormElement.
härzlichi Grüäss
Nicola
Updated by Carsten Rose over 5 years ago
- Status changed from In Progress to New
- Target version changed from next8 to 18.12.1
Updated by Carsten Rose over 5 years ago
- Target version changed from 18.12.1 to 141
Updated by Carsten Rose over 4 years ago
- Status changed from New to Some day maybe
Updated by Carsten Rose over 4 years ago
- Status changed from Some day maybe to New
Updated by Carsten Rose about 4 years ago
- Target version changed from 141 to next8