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 environ 10 ans. Mis à jour il y a plus de 8 ans.

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

0%

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 vault Résolu

Historique

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

  • Projet changé de freedom à Core

#2 Mis à jour par Éric Brison il y a plus de 8 ans

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

#3 Mis à jour par Éric Brison il y a plus de 8 ans

  • Temps estimé changé de 2.00 à 5.00
  • Solution proposée mis à jour (diff)
  • Principaux fichiers impactés mis à jour (diff)
  • Contrôle mis à jour (diff)

Formats disponibles : Atom PDF