Bonjour,
Dans la branche stable, SPIP 2.0.6 SVN [13856], il y a un petit bug si les urls HTML ont été choisis.
Si on est devant un article dans l'espace privé,
par ex. sur la page /ecrire/?exec=articles&id_article=8126
et on clique sur « Voir en ligne »
alors on est renvoyé vers un URL qui contient /ecrire/ :
/ecrire/article8126.html?var_mode=calcul
La page s'affiche normalement, mais c'est gênant dans la mesure qu'un autre «jeu» d'URLs qui contiennent "/ecrire/" commence à circuler.
Paolo
Paolo wrote:
Si on est devant un article dans l'espace privé,
par ex. sur la page /ecrire/?exec=articles&id_article=8126
et on clique sur « Voir en ligne »alors on est renvoyé vers un URL qui contient /ecrire/ :
/ecrire/article8126.html?var_mode=calcul
Alors j'essaie de trouver la source de cela.
Le problème est survenu avec le commit 13722
Avec 13721 c'est bon.
Paolo
Paolo wrote:
Si on est devant un article dans l'espace privé,
par ex. sur la page /ecrire/?exec=articles&id_article=8126
et on clique sur « Voir en ligne »alors on est renvoyé vers un URL qui contient /ecrire/ :
/ecrire/article8126.html?var_mode=calculLe problème est survenu avec le commit 13722
Plus exactement avec le changement de la ligne 801-802 de ecrire/inc/utils.php
(ligne 819 dans l'utils.php de la version actuelle)
Si je remets la ligne comme elle l'était avant, c'est à dire :
$h = url_absolue(_DIR_RACINE . $h);
au lieu de
$h = url_absolue($h);
le problème semble résolu, aussi avec la version courante, SPIP 2.0.6 SVN [13856].
Mais je ne sais absolument pas ce que je fais là... est-ce que quelqu'un qui voit mieux peut confirmer si ce changement peut être fait ?
merci !
Paolo
Je découvre que j'ai un fichier
/squelettes/urls/html.php qui traine. Et si je l'enlève tout rentre dans l'ordre. Désolé pour le bruit.
Paolo
Paolo wrote:
Si on est devant un article dans l'espace privé,
par ex. sur la page /ecrire/?exec=articles&id_article=8126
et on clique sur « Voir en ligne »alors on est renvoyé vers un URL qui contient /ecrire/ :
/ecrire/article8126.html?var_mode=calculLe problème est survenu avec le commit 13722
Plus exactement avec le changement de la ligne 801-802 de ecrire/inc/utils.php
(ligne 819 dans l'utils.php de la version actuelle)Si je remets la ligne comme elle l'était avant, c'est à dire :
$h = url_absolue(_DIR_RACINE . $h);
au lieu de
$h = url_absolue($h);
le problème semble résolu, aussi avec la version courante, SPIP 2.0.6 SVN [13856].
Quelle version utilise donc tu ?
Et pourquoi ne te mets tu pas à jour sur la version courante ?
Mais je ne sais absolument pas ce que je fais là... est-ce que quelqu'un qui voit mieux peut confirmer si ce changement peut être fait ?
A priori, je dirais que non, ce commit répare des bugs et a son utilité !
Par contre, n'aurait tu pas un fichier d'url personalisées ?
Cédric
Oui. Je croyais l'avoir enlevé pour faire des tests, mais en fait il y avait encore un fichier qui trainaît.
Maintenant, je dois chercher quels modifs apporter à mon fichier personnalisé pour que cet effet ne se produise plus.
Paolo
http://trac.rezo.net/trac/spip/changeset/13722#file7 et suivants
donne un bon indice, non ? 
Cédric
Mon problème est que le fichier que j'ai copié (de spip.net) au début a tellement vielli par rapport au autre chose, que j'ai maintenant un fichier qui ne ressemble ni à trad.php de spip.net, ni à html.php de la dist.
J'hésiste entre adapter ce que j'ai actuellement, ce qu'à spip.net et ce qui est dans html.php de la dist. Et jusqu'à maintenant je n'arrive à faire aucune de ces trois choses. Mais patience, je vais regarder encore 
Paolo
Paolo <paolo2 <at> taize.fr> writes:
Je découvre que j'ai un fichier
/squelettes/urls/html.php qui traine. Et si je l'enlève tout rentre dans
l'ordre. Désolé pour le bruit.Paolo
Bonjour,
J'avais exactement le même problème pour les erreurs 404,
et j'avais remarqué que la table spip_urls ne se
remplissait plus.
Donc les URL n'étaient plus réécrites.
J'ai vu qu'il y avait un repertoire urls dans squelettes
avec dedans 2 fichiers:
- propres.php
- propres2.php
en supprimant ces 2 fichiers, tout est rentré dans l'ordre.
Merci pour l'info