Bug #5031
closed
Missing details in DbException
Added by Carsten Rose over 6 years ago.
Updated about 6 years ago.
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)
- 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.
- 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.
- Tracker changed from Support to Bug
- Status changed from In Progress to Closed
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.
- Target version changed from 55 to 18.4
Also available in: Atom
PDF
Updated by Carsten Rose