Projet

Général

Profil

Anomalie #649

Afficher la stacktrace lors d'une erreur exec_query

Ajouté par Jérôme Augé il y a presque 11 ans. Mis à jour il y a environ 9 ans.

Statut:
Nouveau
Priorité:
Normal
Assigné à:
-
Version cible:
Début:
22/03/2010
Echéance:
% réalisé:

0%

Temps estimé:
Version source:
Solution proposée:

L'appel des log doivent utiliser la class log pas error_log.
La notification de la stack doit être mise au niveau de Class.Log.php

A faire aussi pour simpleQuery

Principaux fichiers impactés:

Class.DbObj.php
Class.Log.php

Complexité:
Très simple
Contrôle:

Suite Database
Class ObjectQuery
Test activation des log

Thème:
Régression:
Non
Jalons:

Description

Lors d'une erreur de requête SQL, il est souvent utile d'avoir la pile d'appel, et l'endroit ou est exécuté la requête qui pose problème.

--- WHAT/Class.DbObj.php.orig   2009-04-07 15:14:08.000000000 +0200
+++ WHAT/Class.DbObj.php        2009-04-07 15:14:33.000000000 +0200
@@ -633,6 +633,7 @@
   if ($this->msg_err != "") {
     $this->log->warning("exec_query :".$sql);
     $this->log->warning("PostgreSQL Error : ".$this->msg_err);
+      error_log(join(" >>> ", array_map(create_function('$s', 'return $s["class"]."::".$s["function"]."@".$s["line"];'), array_slice(debug_backtrace(), 2))));
   }
       if ($SQLDEBUG) {

Demandes liées

Lié à Core - Anomalie #2005: Prévenir l'envoi de requêtes SQL invalide (type NULL, etc.)Intégré26/09/2011

Lié à Core - Anomalie #1739: [Vault] Erreur lors de la première insertion d'un fichier dans le vaultRésolu

Historique

#1 Mis à jour par Dynacase Admin il y a plus de 10 ans

  • Projet changé de freedom à Core

#2 Mis à jour par Éric Brison il y a environ 9 ans

  • Version cible mis à 3.2 rx
  • Complexité mis à Très simple

#3 Mis à jour par Éric Brison il y a environ 9 ans

  • Solution proposée mis à jour (diff)
  • Principaux fichiers impactés mis à jour (diff)
  • Contrôle mis à jour (diff)

Formats disponibles : Atom PDF