Bug #5031
closed
Missing details in DbException
0%
Description
Wenn z.B. in SQL_FORM_ELEMENT_NATIVE_TG_COUNT ein Syntax Fehler ist und ein Formular geladen wird / veraendert wird erscheint nur ein allgmeiner Hinweis das mysqli ein Problem hat, aber nicht was genau.
Via Debugger sieht es so aus als wenn in Database.php (292) eine DbException aufgrufen wird, aber der Debugger springt nicht in die DbException->formatMessage(), sondern direkt load.php (79).
Gewuenscht waere das problematische SQL im Alert zu sehen, falls Debugging aktiv ist (BE User eingeloggt)
Updated by Carsten Rose over 6 years ago
- Description updated (diff)
Weitere Infos:
Die STORE_SYSTEM Variable 'SYSTEM_SHOW_DEBUG_INFO' steht immer auf 'no'. Vermutlich wird in diese nicht via SIP weitergereicht und QFQ kann nicht erkennen das ein BE User eingeloggt ist.
Entweder die Variable via QFQ weiterreichen (ziemlicher Schwachsinn alle SIP Eintraege aufzublasen )oder den zentralen Permanent Store nutzen.
Updated by Carsten Rose over 6 years ago
- Status changed from New to In Progress
Es gibt bereits ein Mechanismus um den FE/BE Zustand durchzureichen: $this->store->fillTypo3StoreFromSip($clientValues[CLIENT_TYPO3VARS]);
Dieser funktioiniert scheinbar nicht.
Updated by Carsten Rose over 6 years ago
- Status changed from In Progress to Closed
Updated by Carsten Rose over 6 years ago
Der Fehler war, das der value 'auto' beim einlesen, auch via API, sofort ersetzt wurde. Das spaetere fillTypo3StoreFromSip() kam dann zu spaet. Neu wird der Value 'auto' auf 'auto' gelassen, es sei denn es wird in der SIP ein BE User logged in gefunden.
Updated by Carsten Rose about 6 years ago
- Target version changed from 55 to 18.4