Rapports concernant la v1.6

[Alexoune001]

Oui, j'ai téléchargé la version full anglais/français, et puis j'ai tout transférer sur mon ftp puis j'ai immédiatement lancer upgrade.php une fois que le tout était uploadé correctement... Je vais essayer de relancer le fichier upgrade.php... Peut être que sa fonctionnera (sa à peut être mal fait la mise à jour)

[EDIT]:
Donc j'ai voulu faire comme j'ai dis (mettre à jour à nouveau) et je viens de remarquer qu'il fallait choisir la version ancienne dans le champs défilement. Et j'avais mis la 1.6.5 alors que je n'étais pas en 1.6.5. Mais, dans mon nouveau test, j'ai choisis 1.6.4 et sa ne fonctionne toujours pas malgré que la mise à jour a correctement été effectuée.

Ensuite, j'ai tenté aussi 1.6.3 et 1.6.0/1/2 et une erreur est présente...
Erreur quand j'essaie de mettre à jour depuis la 1.6.x:

Citation :Fatal error: [SQL] [1060] Duplicate column name 'custom_profile_fields'
ALTER TABLE mybb_adminviews ADD custom_profile_fields text NOT NULL AFTER conditions in /homez.111/drastalo/www/Forum/inc/db_mysql.php on line 550

[RE-EDIT]: J'ai créer le champs dans la table mybb_usersgroups moi même pour voir si le bug est résolu, résultat: Résolu ! Donc apparemment, la table ne s'est pas vraiment mise à jour à ce que je vois puis ce que j'étais obligé encore une fois de le faire à la main ^^'.

[spyto]

OK, pour être certain du problème, il faudrait partir d'une version "propre". Si tu as au départ mal choisi la version existante, il est certain que des champs ont pu ne pas être mis à jour. Et de relancer l'ugrade sur une version mal mise à jour peut cumuler les problèmes.
Il faut indiquer la version exacte au départ, c'est très important, sinon tes tables sont bancales.
Pour preuve, ça t'avait dupliqué le champ 'custom_profile_fields' !!!

Le mieux serait de repartir avec un backup propre (fichiers et BD) de ton forum en 1.6.4 pour en avoir le cœur net.

Il me semble qu'il n'y a pas d'erreurs dans l’installeur, je viens de refaire un compare des fichiers...

[cfillion]

Non, il a raison. En fait, MyBB a publié les fichiers de développement de la 1.6.7 avec la 1.6.6.

J'ai eu un problème similaire avec les modérateurs des forums.
http://dev.mybb.com/issues/1945

Il va falloir refaire le pack 1.6.6.

[spyto]

Effectivement !!!
Tout est à refaire !!!!

C'est quand même un comble : ils publient un truc erroné et ce sont les utilisateurs qui s'en aperçoivent !
Manifestement c'est un manque de professionnalisme, même si l'erreur est humaine...

Et ce n'est pas qu'un fichier à revoir... Il y en a une palanquée !!!
Faire et refaire c'est sans doute toujours travailler, mais je m'en serais bien passé !

Merci pour l'info, je m'en vais le mentionner dans mon post d'annonces et invalider le téléchargement dans l'attente.

[cfillion]

Ils ont publié un billet de blog : http://blog.mybb.com/2012/02/14/problems-with-the-1-6-6-release-package/.

[spyto]

Oui, j'ai vu ça, mais je n’ai remarqué aucun avertissement sur l'index du forum.
De plus, dans ce billet, ils indiquent qu'il suffit de faire une vérification des fichiers dans l'admin et de remplacer ceux qui ne correspondent pas. OK.
Mais quid de la structure de la BD modifiée ?...
Je doute que ça ne pose aucun problème...
L'avenir nous le dira.

[cfillion]

Je n'ai vu aucun changements de structure dans le script d'upgrade de la 1.6.6/1.6.7 dev (d'où les erreurs SQL avec l'ancien pack), donc je ne crois pas que ça pose problème.

[spyto]

Ah si ! Il y a des différences notables. J'ai fait une comparaison entre l’ancien dossier install et l'actuel.
Les fichiers qui diffèrent :
- mysql_db_tables.php, pgsql_db_tables.php, sqlite_db_tables.php ont tous les trois le fameux champ supplémentaire 'canusecustomtools' dans mybb_adminlog rt mybb_modtools
- settings.xml a deux groupes de paramètres supplémentaires (pas grave) mais surtout un groupe manquant : useshutdownfunc.
- upgrade5.php n'a pas la fonction function test_shutdown_function()
_ usergroups.xml a aussi 8 fois ce code supplémentaire :

Code :

<cansendemailoverride><![CDATA[0]]></cansendemailoverride>

La même fonction 'test_shutdown_function()' est absente de /install/index.php

C'est quand même beaucoup... et susceptible de poser de problèmes lors des requêtes
Sans parler des fichiers de langue qui étaient eux aussi "vérolés"...

Je considère toujours que ce n'est pas très pro de publier une archive sans l'avoir vérifiée mille fois avant de la mettre à disposition du public.
Espérons que l'image de marque de mybb n'en souffrira pas.

A noter que l'annonce n'a été mise en ligne qu'aujourd'hui !!! Il leur aura fallu 4 jours pour s'en rendre compte...

[cfillion]

(14-02-2012, 23:41)spyto a écrit :  Ah si ! Il y a des différences notables. J'ai fait une comparaison entre l’ancien dossier install et l'actuel.
Les fichiers qui diffèrent :
- mysql_db_tables.php, pgsql_db_tables.php, sqlite_db_tables.php ont tous les trois le fameux champ supplémentaire 'canusecustomtools' dans mybb_adminlog rt mybb_modtools
- settings.xml a deux groupes de paramètres supplémentaires (pas grave) mais surtout un groupe manquant : useshutdownfunc.
- upgrade5.php n'a pas la fonction function test_shutdown_function()
_ usergroups.xml a aussi 8 fois ce code supplémentaire :

Code :

<cansendemailoverride><![CDATA[0]]></cansendemailoverride>

La même fonction 'test_shutdown_function()' est absente de /install/index.php

C'est quand même beaucoup... et susceptible de poser de problèmes lors des requêtes
Sans parler des fichiers de langue qui étaient eux aussi "vérolés"...

Je considère toujours que ce n'est pas très pro de publier une archive sans l'avoir vérifiée mille fois avant de la mettre à disposition du public.
Espérons que l'image de marque de mybb n'en souffrira pas.

A noter que l'annonce n'a été mise en ligne qu'aujourd'hui !!! Il leur aura fallu 4 jours pour s'en rendre compte...

Ah ? C'est étrange, je n'avais pas ces changements dans la version que j'ai testée.
Mais bon. Pour l'instant je n'ai rencontré aucun problèmes avec le nouveau pack. Je continue à tester...

(+1 pour le dernier paragraphe ^^)

[Jujufield]

Hello !

Belle nouveauté (je pense) l'espace utilisé dans la messagerie

   

Mais je pense qu'il y a un oubli là où j'ai entouré en rouge. Ca vient peut-être de moi, mais à vérifier

Si c'est bien un problème commun, il faut juste remplacer :

Code PHP :

<td class="trow1"><span class="smalltext"><a href="private.php">Boîte de réception</a> | <a href="private.php?action=send"></a> | <a  href="private.php?action=folders">Gestion des dossiers</a> | <a  href="private.php?action=empty">Dossiers vides</a> | <a href="private.php?action=export">Télécharger les messages</a></span></td> 


par

Code PHP :

<td class="trow1"><span class="smalltext"><a href="private.php">Boîte de réception</a> | <a href="private.php?action=send">Composer un message</a> | <a  href="private.php?action=folders">Gestion des dossiers</a> | <a  href="private.php?action=empty">Dossiers vides</a> | <a href="private.php?action=export">Télécharger les messages</a></span></td> 


[spyto]

Non ce ,n'est pas toi, c'est moi le fautif.
Merci pour ce rapport, il fallait déjà voir ce manque !

La recherche fut un peu longue, tellement la coquille était minuscule !
Mais ça y est, j'ai trouvé l'erreur. Elle provenait forcément d'un fichier de langue puisqu'en anglais c'était bon.

Dans le fichier /inc/languages/french/private.lang.php, ligne 27, remplacer !

Code PHP :

$l['compose_message'] = "Composer un message"; 


par

Code PHP :

$l['compose_message2'] = "Composer un message"; 


Les archives dans le forum Annonces ont été mises à jour.

Eh oui, juste pour une petit '2' de rien du tout... En fait il y avait deux variables $l[compose_message'] et $l['compose_message2] et moi j'avais deux fois $l[compose_message'].

[Jujufield]

Merci pour la correction Spyto

[Saphir]

(29-02-2012, 19:05)Jujufield a écrit :  Belle nouveauté (je pense) l'espace utilisé dans la messagerie

Non, c'est vieux comme Érode !

[Jujufield]

Alors c'est parce que je suis administrateur et donc je n'ai pas de limite, et je ne me connecte que rarement avec mon compte de test du groupe "membre" qui lui a une limite

[Saphir]

Oui, les administrateurs n'ont pas de limite (y compris si un quota est précisé pour le groupe il me semble, mais peut-être n'est-ce que pour l'administrateur principal)...

[Jujufield]

Paramètres > Réputation

Longueur maximale de notation
The nombre maximal de caractères que peu avoir une notation.

The et peut

[spyto]

OK ! Merci encore une fois !

Fichiers concernés :
1. /inc/languages/french/admin/config_settings.lang.php : ligne 440, remplacer

Code PHP :

$l['setting_maxreplength_desc'] = "The nombre maximal de caractères que peu avoir une notation."; 


par :

Code PHP :

$l['setting_maxreplength_desc'] = "Le nombre maximal de caractères que peut avoir une notation."; 


2. /install/resources/settings.xml, ligne 1497, remplacer :

Code PHP :

<description><![CDATA[The nombre maximal de caractères que peu avoir une notation.]]></description> 


par :

Code PHP :

<description><![CDATA[Le nombre maximal de caractères que peut avoir une notation.]]></description> 


Le seul ennui, c'est qu'après avoir fait ces modifs, pour un MyBB déjà installé, la chaîne ne sera pas remise à jour dans l'admin du fait de son inscription "en dur" dans la base à l'installation via le fichier settings.xml erroné.
la recherche de la variable se fait d'abord dans la BD, puis dans le fichier de langue...

Remède : Dans phpMyAdmin, dans la table mybb_settings, rechercher le l'enregistrement dont le champ 'name' est 'maxreplength' et corriger le texte du champ 'Description'.

Autre remède (de cheval !) : réuploder le fichier /install/settings.xml et refaire une mise à jour ! Mais la solution précédente est bien moins "bourrin".

Désolé.

Archives mises à jour.

[Saphir]

Ou juste avec la requête SQL :

Code :

UPDATE mybb_settings SET description = "Le nombre maximal de caractères que peut avoir une notation." WHERE name = "maxreplength"

[Jujufield]

Merci pour la correction dans le fichier lang

Par contre je n'ai pas eu besoin de faire la requête SQL pour voir la bonne description dans le panel admin, la correction du fichier lang a suffi.

Mais je l'ai faite quand même


Par contre j'ai une question Spyto, là j'ai signalé la coquille car il y avait plusieurs erreurs dont un mot en anglais, mais de temps en temps par ci par là je vois des petites fautes d'orthographe, je ne les signale pas car ce ne sont que des petites fautes peu visibles et je ne veux pas te surcharger de corrections mineures.

Souhaites-tu que je signale absolument tout ce que je remarque ou non ?

[spyto]

Citation :Souhaites-tu que je signale absolument tout ce que je remarque ou non ?

Oui, ça me permettra de finaliser complètement !
Même si je ne mets pas à jour immédiatement, ce sera écrit ici et je pourrai m'y reporter.
Merci encore !