Marrant... je crois que inc_meta_cache a bougé pendna tune connexion sur
l'espace privé.
Depuis, une page "connexion refusée ..-> réessayer".
Sauf que.. ça ne donne rien.
Par contre, un login depuis un autre navigateur passe.
Serait-il possible de pêter les vokkies incriminés et/ou trouver un
système pour déloguer complêtement un utilisateur à partir de cette page
?
Ah oui, j'ai eu une authentification http pour une raison que j'ignore
au premier réessai. Est-cela ? Les mystères de l'authentification sont
bien impénétrables au dev lambda que je suis...
Depuis, une page "connexion refusée ..-> réessayer".
Ca c'est un login/pass envoyé dans l'entête http, mais pas bons. Si le
navigateur ne redemande pas un pass lorsque tu cliques sur réessayer, c'est
probablement parce qu'il est scotché sur le pass pas bon (une préférence
idiote?). Quitter/relancer le navigateur...
Ah oui, j'ai eu une authentification http pour une raison que j'ignore
au premier réessai. Est-cela ?
Certainement.
Les mystères de l'authentification sont bien impénétrables au dev lambda
que je suis...
Ca mériterait un bouquin 
-- Fil
Mmm... Pourquoi apache accepte le realm et pas spip ?
Mmm... Pourquoi apache accepte le realm et pas spip ?
Désolé, je ne sais pas ce qu'est un realm
-- Fil
Ca c'est un login/pass envoyé dans l'entête http, mais pas bons. Si le
navigateur ne redemande pas un pass lorsque tu cliques sur réessayer,
c'est
probablement parce qu'il est scotché sur le pass pas bon (une préférence
idiote?). Quitter/relancer le navigateur...
Mmm... Pourquoi apache accepte le realm et pas spip ?
Parce que le login envoyé par Apache à SPIP n'est pas dans la base
auteurs de SPIP, ou son statut est mauvais ("poubelle" par exemple).
C'est probablement que le .htpasswd et la base auteurs de SPIP ne
sont plus "synchronisés".