Bug #5576
open
Using MySQL 'DROP' requires privilege - wich is not really necessary.
Added by Nicola Chiapolini about 6 years ago.
Updated about 4 years ago.
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
- 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
Unnoetiges 'DROP' entfernt.
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.
- 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.
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
- Target version set to next8
- Status changed from In Progress to New
- Target version changed from next8 to 18.12.1
- Target version changed from 18.12.1 to 141
- Status changed from New to Some day maybe
- Status changed from Some day maybe to New
- Target version changed from 141 to next8
Also available in: Atom
PDF
Updated by Carsten Rose 
Updated by Nicola Chiapolini