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...
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.
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.
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.
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.
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...
(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 ^^)
Hello !
Belle nouveauté (je pense) l'espace utilisé dans la messagerie
[
attachment=1087]
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>
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";
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'].
Merci pour la correction Spyto
(29-02-2012, 19:05)Jujufield a écrit : [ -> ]Belle nouveauté (je pense) l'espace utilisé dans la messagerie
Non, c'est vieux comme Érode !
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
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)...
Paramètres > Réputation
Longueur maximale de notation
The nombre maximal de caractères que peu avoir une notation.
The et peut
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.
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"
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 ?
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 !