Fix #3790 : annuler l'éventuel paramètre de pagination quand on utilise le formulaire de recherche présent dans la page des résultats d'une recherche du privé

Bien tester que l'on ai au moins un objet lié à l'objet source en utilisant son id_objet et non pas une wildcard (sur des bases de plus de 100.000 articles, on pétait la mémoire pour rien)

Par exemple, le code actuel, sur le formulaire d'édition de lien d'auteur à un article, en utilisant un administrateur restreint n'ayant pas de droits sur la rubrique en question, faisait un sql_allfetsel('*', 'spip_auteurs_liens', 'objet="article"') au lieu de sql_allfetsel('*', 'spip_auteurs_liens', 'objet="article" AND id_objet='.intval($id_objet))

La langue 'ay' devrait être supprimée car trop peu traduite (22.81 %)
La langue 'he' devrait être supprimée car trop peu traduite (43.86 %)

completer r23098 : exclure tous les protocoles qui ne sont pas des URL mais que php accepte dans ses fonctions de lecture (guy)

Report de r23101 : Complément à r6036, insuffisant : une autre inversion de paramètres s'était glissée
en r4605 qui ajoutait la compilation des critères `{a,b}` ou `{n-a,b}` ou `{a, n-b}`
avec a ou b dynamiques. Le cas `{n-#GET{nb}, 5}` devrait mieux se passer.

Permet de calculer avec le plugin GIS les distances entre les points, aussi en SQLite.

Prise en compte complete des entetes HTTP_X_FORWARDED_(FOR|HOST|PORT|PROTO) utilises conventionnellement lors de la prise en charge des hits par un proxy
(notamment pour gerer le https). On prend en compte les cas (rares) de double proxy, qui inserent possiblement des valeurs multiples dans HOST et FOR, separees par une virgule
Le risque d'empoisonnement du cache est garanti par le fait que HTTP_X_FORWARDED_HOST est injecte dans le contexte des caches, evitant de melanger les caches des hits servis avec et sans HTTP_X_FORWARDED_HOST
https://core.spip.net/projects/spip/repository/entry/spip/ecrire/public/assembler.php#L226

Report de r23089 : Retour sur r22989, trop strict sur les .choix>label qui cassait le formulaire de configuration URLs

Fix #3707 : réparer le formulaire de traduction quand le site est configuré en multilinguisme par secteur (g0uz)

La langue 'ay' devrait être supprimée car trop peu traduite (22.81 %)
La langue 'he' devrait être supprimée car trop peu traduite (43.86 %)

[Salvatore] [source:spip/ecrire/lang/ ecrire] Export depuis http://trad.spip.net de la langue fr_fem

Report de r23077 : report de r23049 sans le bug : si la request string contient le protocole et le host, il faut les depiler (cf test http://zone.spip.org/trac/spip-zone/changeset/98585)

Report de r23069 : quand on faisait recherche=/ cela etait considere a tort comme une regexp (Thomas Chauchefoin)

Report de r23057 : recuperer_infos_distantes() renvoyait a tort un tableau avec pour seul argument un mime_type vide quand le document n'existait pas, pouvant laisser croire a son existence. On sort explicitement avec false dans ce cas, comme prevu. Et on essaye meme pas de recuperer l'URL si la source fournie n'en est pas une

Report de r23045 : Correction pour l'auth HTTP Basic : contrairement au formulaire de login HTML, ça ne fonctionnait pas en donnant aussi l'email plutôt que le champ login (qui est de moins en moins utilisé).