[spip-dev] installation échoue après changement de langue - etc.

Salut,

voici quelques observations lors de l'installation d'un SPIP 2.0.0 dev de ce matin.

Ce qui est le plus grave, c'est que je ne peux pas éditer mes articles dans l'espace privé. Je vais essayer les crayons, mais enfin ...

étape par étape

J'utilise un brouteur en anglais, alors l'appel de /ecrire/ me présente bien la première page d'installation (choix de langue) en anglais.

Quand j'essye de changer langue je suis envoyé vers
http://serveur/spip/spip.php?page=login&url=%2Fspip%2Fecrire%2F
qui affiche
"Site under construction
This site is not yet set up. Please come back later..."

Quand je laisse la langue inchangée l'installation continue
avec l'identification de l'utilisateur MySQL et le choix de la bdd
SPIP me présente trois choix:
* information_schema
* web19_db2
or... Create a new database:

Je voudrais éliminer information_schema de la liste - je n'ai pas trouvé de méthode de le faire per PHPMyAdmin alors je me demande s'il faudrait dans SPIP.

  Puis l'installation se passe bien, je regle la langue principale et de l'interface dans l'espace prive, j'active le choix de langue pour les rubriques et les liens de traduction, c'est bon encore

- seulement lors de la création du premier article quand j'essaye de l'enrégister SPIP me présente le message suivant:
Fehler...
Datei meme_rubrique.php unauffindbar
(erreur... fichier meme_rubrique.php introuvable)
sous l'URL
http://serveur/spip/ecrire/?exec=articles&id_article=1

L'article a bien été enrégistré, j'ai pu le publier par la page de rubrique et il est visible dans la partie public.

Autre constat: le cookie de correspondance n'a pas été placé et les onglets de rédaction ne son pas visibles dans la partie publique. Une fois le cookie activé dans l'espace privé les onglets apparaissent.

Encore une question - les chemins (path) ont changé depuis les dernieres versions, mais l'aide en ligne me donne toujours l'information pour les versions anciennes (normal, j'ai pas modifié les articles de doc). Comment faire pour qu'un utilisateur soit toujours informé sur les répertoires à mettre en 777 spécifiques à sa version ?

Puis quand je crée les répertoires /plugins et /plugins/auto les plugins à installation automatique n'apparaissent qu'une fois les droits sur auto reglés en 777.

Il n'y a pas de message d'erreur "Vous avez bien crée le répertoire plugins/auto, veuillez lui attribuer les droits 777. Sans ce reglage vous ne verrez pas les plugins disponibles." Vu la complexité des étapes de l'installation de plugin un tel message me semble indispensable.

- Mieux encore serait la création automatique des dossiers /plugins et /plugins/auto lors de l'installation initiale de SPIP. C'est un peu contradictoire de vouloir simplifier la vie aux non-techniciens et de les obligér en même temps d'utiliser un client FTP pour attribuer des droits . Cette nécessité ne devrait se présenter qu'en cas d'installation par FTP mais surtout pas dans le cas de l'installation automatique.

Maintenant je passe aux tests de connection avec des bdd externes ...

klaus++

Observation lors le l'installation auto de plugins

A la fin de l'install de cfg SPIP m'explique que je peux maintenant activer le plugin mais je suis envoyé sur la page /spip/ecrire/ Pour un non-spécialiste de SPIP il faudrait qu'on l'evoie vers /ecrire/?exec=admin_plugin avec (solution idéale) la case d'activation du plugin fraichement installé visible.

Actuellement il faut trouver le plugin sur la page et cliquer sur le triangle.

Même chose pour les crayons auto

Ah oui - les crayons sont tout en Francais - pourtant je les ai traduit. Est-ce qu'il restent des chaines pas encore intégrées dans l'interface de traduction?

klaus++

Juste pour être sûr j'ai tout effacé et téléchargé SPIP par svn sur mon serveur.

- même probleme au début (impossible de changer la langue) mais cette fois c'est en Francais qu'il faut l'installer.
- après la fin de l'installation impossible d'acceder à l'espace privé:

http://testshop.oriente-express.de/spip/ecrire/?action=converser&arg=base&hash=1b4d061d0f35230f93ad4b8799a865b8&redirect=.%2F

Redirect Loop
Redirection limit for this URL exceeded. Unable to load the requested page. This may be caused by cookies that are blocked.
The browser has stopped trying to retrieve the requested item. The site is redirecting the request in a way that will never complete.
   * Have you disabled or blocked cookies required by this site?
   * NOTE: If accepting the site's cookies does not resolve the problem, it is probably a server configuration issue and not your computer.
C'est ce que j'ai fait (accepter cookies etc.)

Maintenant j'essaye 1.92d avec install auto.

ouf. klaus++

Je pense avoir identifié le pb: le script ecrire/install.php a toujours redirigé vers action/converser.php, mais auparavant cette redirection était préfixée par _DIR_RACINE maintenant c'est par _DIR_RESTREINT (i.e. ecrire/) d'où demande d'authentification qui est évidemment refusée puisque l'utilisateur n'est même pas encore dans la base (et avec un .htaccess pour LDAP etc, ce serait pas mal non plus).

Cedric, tu dois avoir moyen de résoudre le pb, mais cet exemple me laisse à nouveau penser qu'abandonner le principe que toutes les URL d'action sont à la racine amène au moins autant de complexité que ça en élimine.

Committo,Ergo:Sum