[spip-dev] squelette Inclus inconnu

Hello

http://trac.rezo.net/trac/spip/changeset/15231/branches/spip-2.1/ecrire/public/parametrer.php

a opéré une régression. Ce code avait volontairement déplacé plus loin par

http://trac.rezo.net/trac/spip/changeset/14366

afin que le message d'erreur puisse indiquer quel était le squelette incluant.
Si j'élimine à nouveau ce code, j'ai le message complet.
Quel est le cas que 15231 voulait corriger ?
Je soupçonne que c'est une surcharge de produire_page qui est gênée par le déplacement de ce message en amont.

Avant de faire un revert, ce serait bien de faire svn praise et de lire le log correspondant on perdrait moins de temps. Ce serait bien aussi de donner un exemple de ce qui n'allait pas.

Committo,Ergo:Sum

Hello

http://trac.rezo.net/trac/spip/changeset/15231/branches/spip-2.1/ecrire/public/parametrer.php

a opéré une régression. Ce code avait volontairement déplacé plus loin par

http://trac.rezo.net/trac/spip/changeset/14366

afin que le message d'erreur puisse indiquer quel était le squelette incluant.
Si j'élimine à nouveau ce code, j'ai le message complet.
Quel est le cas que 15231 voulait corriger ?

[15231] rétablit le fonctionnement du test unitaire

qui verifie qu'une erreur est bien signalée en cas d' <INCLURE> sur un fichier manquant.

Je comprends à la lecture de [14366] que si #INCLURE sur un fichier manquant est bien amélioré,
il est normal que <INCLURE> sur un fichier manquant ne produise plus d'erreur ?

Je soupçonne que c'est une surcharge de produire_page qui est gênée par le déplacement de ce message en amont.

Avant de faire un revert, ce serait bien de faire svn praise et de lire le log correspondant on perdrait moins de temps. Ce serait bien aussi de donner un exemple de ce qui n'allait pas.

Donc le test unitaire était rompu....

Cédric