Bonjour
> il y avait un conflit lors de l'autentification car certains administrateurs
> avaient le même nom (j'avais modifié les mots de passe de l'administrateur à
> chaque passage à une version supérieure de spip)
> (ça aussi bien avec IE ou netscape pour mac)
FIL Peux-tu préciser exactement ce qu'il y avait dans la table spip_auteurs pour
les admins en question, et quelle manip était refusée ?
je les ai viré sans regarder 
( administrateurs avec le même nom (user) et mot de passe différent)
version 142 avec 2 spip sur la même base
tant que j'ai eu des admin avec le même user (nom) lors de restaurations
l'identification échouait : fichier nommé qfjksqhfhs09987878 placé via ftp dans ecrire/data/
rechargement de la page et là à nouveau page de demande d'autentification
pb de cookie?
ça c'est résolu quand (après mise à jour complête via ftp du fichier zippé la procédure automatique m'a réservé des surprises)
j'ai pu supprimer l'administrateur correspondant
> par contre demeure toujours le pb de ne pas pouvoir sauvegarder la base en
> version compressée (la première procédure d'autentification ne fonctionne
> pas et renvoie ainsi sur la deuxième qui propose une version non
> sauvegardée)
-- Fil Là, je ne sais pas ; ça semble être un problème côté serveur.
étrange ça ressemble pourtant au problème précédent c'est encore un fichier sdjhfgqkjf099898 qui n'est pas reconnu et quand je recharge la page la version non compressée m'est proposée systématiquement sans que je le demande , tu me diras ça m'évite de chercher plus loin et m'offre quand même une solution de sauvegarde 
nb mon hébergeur est toujours le même online
avec les précédentes versions aucun pb
je viens de voir passer 2 messages qui semblent être du même genre
(pb que j'ai rencontrés avec la version 142)
cookies?
merci de ton aide
karine