Bifurcation depuis
spip / spip
Le projet source a une visibilité limitée.
-
Fil a rédigé
Une première tentative pour passer les formulaires de login en tag spip : [(#LOGIN_PUBLIC|cible=destination)] et #LOGIN_PRIVE... Toute la difficulté est de savoir ce qu'on met en entete, en squelette, et dans le tag. Je pense avoir mis de côté (dans spip_cookie) tout ce qui concerne les headers http (cookies, auth_http, redirect...) mais pour la séparation contenu/présentation c'est pas encore ça ! Sinon diverses choses, dont un bug marrant : = a précédence sur OR mais pas sur ||, le test de php_module était donc faux, alors que le test de la ligne juste en dessous était bon (mais je le parenthétise quand même pour la clarté de la chose). Pas évident à débugguer celui-ci ;-) http://www.php.net/manual/en/language.operators.php Une modif dans inc-login / spip_cookie sert notamment à passer outre le bug d'apache2/php422 : si un seul cookie sur les deux doit passer, il faut laisser passer le cookie de session en priorité.
Fil a rédigéUne première tentative pour passer les formulaires de login en tag spip : [(#LOGIN_PUBLIC|cible=destination)] et #LOGIN_PRIVE... Toute la difficulté est de savoir ce qu'on met en entete, en squelette, et dans le tag. Je pense avoir mis de côté (dans spip_cookie) tout ce qui concerne les headers http (cookies, auth_http, redirect...) mais pour la séparation contenu/présentation c'est pas encore ça ! Sinon diverses choses, dont un bug marrant : = a précédence sur OR mais pas sur ||, le test de php_module était donc faux, alors que le test de la ligne juste en dessous était bon (mais je le parenthétise quand même pour la clarté de la chose). Pas évident à débugguer celui-ci ;-) http://www.php.net/manual/en/language.operators.php Une modif dans inc-login / spip_cookie sert notamment à passer outre le bug d'apache2/php422 : si un seul cookie sur les deux doit passer, il faut laisser passer le cookie de session en priorité.