Correction/extension de la balise {{{multi}}}, en réponse à [http://forum.spip.org/fr_218282.html un besoin exprimé dans le forum]. Si la balise multi n'a pas une entrée correspondant à la langue courante du texte, il ne faut pas typographier le texte sélectionné par défaut avec les règles de la langue courante, mais avec celle associée à ce texte. Du coup, il est possible d'obtenir la bonne typographie d'une citation dans une autre langue, en utilisant une balise {{{multi}}} volontairement réduite à une seule entrée.

1. ajouter le {{{type='mime/type'}}} quand il est connu, cas du lien {{{ [->doc1] }}}
2. ne pas mettre rel=external lorsque l'url liee est celle du site

Révision de la procédure de connexion de serveur à serveur pour contourner l'atteinte au libre usage d'Internet dans certains pays. En particulier, introduction de 3 constantes pre-définissables pour forcer des en-têtes HTTP simulant une connexion de client à serveur et non de serveur à serveur: {{{_INC_DISTANT_USER_AGENT, _INC_DISTANT_VERSION_HTTP, _INC_DISTANT_CONTENT_ENCODING}}}.

A noter qu'un {{{Content-Encoding: gzip}}} en HTTP1.0 est bien décompressé, mais pas en HTTP1.1, malgré une réduction du nombre de fichiers temporaires. L'utilisation de {{{gzopen}}} et connexes n'arrange rien. A élucider.

Introduction de la constante _TRI_GROUPES_MOTS appliqué sur le formulaire d'ajout de mots (sur les articles, rubriques) afin de pouvoir trier les groupes non pas par id (comme actuellement) mais aussi par titre… Je me demande d'ailleurs si ça ne serait pas l'option à mettre par défaut (comme pour la page ?exec=mots_tous)

D'après l'Oracle, la fin du monde aura lieu avant l'an 9999 puisque le 31 décembre de cette année n'existe pas. Puisqu'en peut donc en dire "Il n'y a plus rien", on remplace par {{dans dix mille ans}}, pour fêter au passage l'inauguration tant attendue d'une place Léo Ferré à Paris.

introduire une fonction public_produire_page_dist chargee de la production de $page et de la mise en cache si necessaire
Cette fonction peut etre surchargee pour personaliser la strategie de gestion du cache, et en particulier renvoyer le contenu du cache et lancer un calcul differe si possible

Dans la dernière étape d'une installation avec LDAP, ajout d'un formulaire permettant d'indiquer le nom du champ LDAP correspondant au nom du champ SPIP de la table des auteurs, en particulier le Login, ce qui permet d'éviter les requêtes LDAP systématiquement vaines à chaque connexion d'un auteur. Les champs demandés sont le Login, le Nom, le Mail et la Biographie. On peut surcharger la globale pour en demander plus ou moins. L'installateur peut ne rien mettre dans un champ pour l'ignorer, ou mettre une suite de nom de champs si la correspondance n'est pas unique ou est inconnue. 

Le tableau déduit est sauvé dans le fichier de connexion LDAP, alors que le statut est dans les meta: ça parait bizarre, mais la valeur de celui-ci est une constante indépendante du LDAP (tous visiteurs ou tous rédacteurs etc), tandis que les autres seront à repréciser en cas de déménagement du site. L'exception est moins dans l'emplacement que dans l'invariance du statut, contrairement aux autres champs. On pourrait imaginer de le déduire aussi du LDAP, mais ça sort largement du noyau de SPIP: là il s'agissait seulement de ne plus avoir de requêtes vaines à chaque connexion.

Correction: les constantes {{{_INSTALL_USER_LDAP}}} et  {{{_INSTALL_PASS_LDAP}}} n'étaient jamais pris en compte à l'installation, et les messages signalant que l'étape courante a été franchie avec succès n'apparaissaient pas. Plus un Log oublié et un meilleur contrôle d'erreur.

Il y a visiblement des serveurs LDAP qui ne supportent pas que l'on fasse deux connect dans une même session. On passe le descripteur de session LDAP en statique pour avoir la paix.

Heureusement que les utilisateurs de PHP complètent sa doc: la connexion LDAP cryptée sur un autre port que le 389 ne doit pas utiliser la fonction {{{ldap_start_tls}}}, mais utiliser l'écriture {{{ldaps://}}}{{serveur}}} comme premier argument de {{{ldap_connect}}}.

Les bases externes ne pouvaient plus être déclarées car le paramètre {{{install}}} dans l'URL ne veut plus forcément dire qu'on est en train d'installer SPIP depuis le début depuis que ces déclarations de bases externes ne sont plus faites à l'installation initiale. Il faudrait terminer plus proprement la migration de ces scripts (Christian).

la confirmation d'un nouveau visiteur n'est pas propre a la methode spip et doit etre faite lorsqu'on loge un auteur, quelle que soit la methode

inverser la logique de date_relative()
lorsqu'on avait 29 jours on tombait dans un trou, qui donnait alors 'il y a 0 mois'

le post du formulaire editer_auteur n'affichait pas les erreurs en retour par la faute du $row['en_ligne'] qui est different a chaque hit.
On met ceinture et bretelle sur ce sujet

auth_url_retour_login() fournit une url securisee pour retour apres identification chez un sso
auth_terminer_identifier_login() appelee au retour sur l'url precedente finit l'identification apres le retour du sso
auth_loger() loge un auteur decrit par son tableau

action/auth gere le retour depuis un SSO

la fonction charger du formulaire de login() retrouve aussi le login si on est identifie mais sans cookie admin, et lance dans ce cas la redirection necessaire 

Cette disymétrie entre ce {{{'<?php'}}} et son {{{'?' . '>'}}} correspondant ne semble pas dater pas d'hier, mais c'est la première fois que ce faux début de Processing Instruction me provoque une erreur de syntaxe dans mes développements.

Retraits de quelques indéfinis qui obscurcissent la mise au point. Pour ceux dû à [14090] je restaure leur initiatlisation quoiqu'elles ne servent probablement plus.