Community « Le forum « Soupçons de bogues «
Feed-back 6.4 [résolu]
Vite fait sur première impresion:
- Mise à jour en ligne depuis la 6.4a: KO
- Mise à jour depuis le fichier TGZ: Ok.
- Poursuite de la mise à jour: KO Le serveur ne redémarre pas.
- Vérification des paramètres: Gros problème au niveau des paramètres système, infos de base de donnée complètement perdues. Plantage si remplissage uniquement des données d'accès (5 premiers champs) sans toucher les champs de la table Users (ou en les laissant vides). Pb identique en ligne et en local.
| GnapZ from Caribbean 2970 posts |
Essais sur 3 autres Yacs:
|
| GnapZ from Caribbean 2970 posts |
Validation des nouvelles fonctions de Yacs 6.4: Tests en PhpEasy1.8/Win Ouf ! Ben y en avait dis donc, j'ferais pas ça tous les jours  ! Les fonctions "non testées" sont celles dont je n'ai pas de quoi tester ou que je ne sais pas comment faire.Enjoy. |
| GnapZ from Caribbean 2970 posts |
Fernand : Je viens juste de rentrer (vous savez ce que c'est, vaisselle, courses, etc) et je tombe sur ton article: YACS, version 6.4: Meilleur traitement des inscriptions, base de donnée centralisée des utilisateurs, syndication RSS, ergonomie amé... (c'est le concours du titre le plus long ?)! Et dire que je me suis tout tapé en anglais (qui a dit "ça lui fait pas d'mal" ?). Bon, ça n'empêche que pour une si élogieuse description, tu aurais pu faire de l'UNICODE dans tes liens Wikipédia ! Comment ça ? Yacs ne traite pas les titres des liens en UTF-8 ? 'y aurait un bug, Bernard ? Bon, ok []---> |
Bernard from nearby-an-airport Associate, 6940 posts |
GnapZ: C'est très sécurisant de savoir que quelqu'un d'autre vérifie tout ça. Pour le test de fetch à 15M octets, il suffit de créer un feed RSS de quelques mégas... Bon, plus sérieusement, les retours fournis sur les mises à jour ne sont pas très bons, et il faudrait savoir où interviennent les erreurs, et comment tu t'en es sorti. Merci de cet excellent boulot, surtout en si peu de temps. |
| GnapZ from Caribbean 2970 posts |
Bernard : C'est pas une mince affaire mais quand on est bêta-testeur, il faut se grouiller à la sortie de la version ... heureusement, j'avais pas mal à la tête (avant). Je ne te suis pas bien là. Comment je m'en suis sorti ? Je l'explique deux posts avant, non ? C'est à dire qu'en cas de téléchargement raté, je passe par une archive .tar.gz. Si il a un problème d'authentification dû au sous-domaines (utilisation de mon patch [file=105]) ou autre, il faut remettre le switch sur ON manuellement via FTP. Ensuite il faut se reconnecter Associé, reprendre le reste à la main (depuis la mise à jour de la base), pour être sûr:
|
| GnapZ from Caribbean 2970 posts |
Bernard : Les paramètres de table Users séparée ne fonctionnent pas !
Ca ressemble à l'utilisation de variables identiques pour les 2 bases, sauf pour le champ "users_table".
Bref, pour ne pas avoir de problèmes, il faut ABSOLUMENT renseigner les mêmes valeurs pour les paramètres système "Global" et "Users". |
| GnapZ from Caribbean 2970 posts |
Bernard : Une bonne nouvelle ... si l'on est authentifié sur le même domaine (marche aussi en sous-domaines) que la requête HTTP lors du lancement de la mise à jour, tout passe très bien, et ce jusqu'au bout ! Testé avec mise à jour en ligne. Bon, il reste les champs des paramètres Users mais tout le reste est impec. |
Olivier from Rouen Lat:49:27:08N (49.4522) Lon:1:05:10E (1.086) 492 posts |
GnapZ : à la lumière de ce feed back auquel l'utilisateur lambda et prudent que je suis ne comprend pas grand chose ! pensez-vous qu'il soit raisonnable de passer la production en 6.4 ou bien faut il attendre une 6.4.1 ? car j'ai la certitude que notre bon Père Noël Bernard travaille d'arrache pieds aux corrections: donc un grand merci à toi. |
| GnapZ from Caribbean 2970 posts |
Olivier : Il n'y a pas de crainte à avoir, la version 6.4 est pleinement fonctionnelle et parmi mes remarques précédentes, il n'y a rien de bloquant. Ce fil est parfois un peu technique car je cherche à tester Yacs dans ses moindres retranchements et dans mon environnement multi-domaines. C'est pour permettre à l'équipe de développement de réagir rapidement en cas de gros problème. Comme vous pouvez le voir dans mon profil, je fais tourner 6 Yacs dont 4 en production (voir mon tableau dans [Réglé] Impossible de créer un utilisateur). Si vous avez un simple accès FTP, ouvrez un fil de discussion et nous aborderont vos questions. |
| Olivier from Rouen Lat:49:27:08N (49.4522) Lon:1:05:10E (1.086) 492 posts |
GnapZ : merci pour YUM [article=1093]je n'arrivais pas à mettre à jour depuis le site original et c'est bien passé avec YUM. |
| Olivier from Rouen Lat:49:27:08N (49.4522) Lon:1:05:10E (1.086) 492 posts |
Olivier : Annomalie dans le classement des articles dans une section ? Le classement des pages par rang donne un nombre avec virgule comme 39.45. Si l'on met un nombre comme 10010 il n'est pas enregistré. Néamoins le classement des articles fonctionne quand même. |
Fernand from Paris 1312 posts |
GnapZ : " Bon, ça n'empêche que pour une si élogieuse description, tu aurais pu faire de l'UNICODE dans tes liens Wikipédia !Mouiii... Je suppose qu'il s'agit peut-être d'un bug. Les liens se sont placés automatiquement et j'en ai corrigé un à la main, pour voir... Si ça n'est pas un bug je []---> aussi P.S. Le titre long, pour une fois, ça remplit la case, non.
|
| GnapZ from Caribbean 2970 posts |
Olivier : Ca cas de figure existait déjà depuis la 6.3.1, cela touche les articles, pas les sections. Et effectivement, ça n'empêche pas le fonctionnement normal. Je ferai des tests pour voir où se trouve le problème car ce doit être un défaut de variable (réel au lieu d'entier). |
| Bernard from nearby-an-airport Associate, 6940 posts |
Olivier: Tu es tombé du côté obscur de la Force, désolé. En gros, l'idée est de diviser une grosse publication en sous-ensembles. Par exemple, au lieu de chosir l'emplacement 1010 pour une page, je préfererais mettre 3.245, c'est-à-dire la 245ème page de la troisième partie. Dans le champ rang, vous pouvez donc au choix taper un numéro, ou une chaîne de numéros séparés par des points. YACS gère ainsi jusqu'à quatre niveaux de profondeur, avec un maximum de 255 éléments par niveau. L'équivalence entre le rang et la notation à points est directe : 1010 = 3 x 255 + 245 10010 = 39 x 255 + 65 De même, si vous tapez 1.1.1.1 le rang enregistré dans la base de données sera 16646656. La seule exception à ceci est 10000, qui est la valeur de rang par défaut, et toujours affichée en tant que telle. Cette notation a été introduite il y a longtemps pour faciliter le classement des articles dans une documentation. Donc, pour résumer :
|
| Bernard from nearby-an-airport Associate, 6940 posts |
GnapZ: tout ça me semble très bien, sauf que chez moi j'ai pas de patchs. J'en ai pas eu besoin pour arréter de fumer... |
| Olivier from Rouen Lat:49:27:08N (49.4522) Lon:1:05:10E (1.086) 492 posts |
Bernard : merci, suis totalement rassuré ! |
| GnapZ from Caribbean 2970 posts |
Bernard : En tant que fumeur, je tente de mettre des patchs partout ... même dans Yacs ! Le problème lié à la table Users reste très gênant, et ce même sans utiliser de patchs. Pour ce qui est des rang d'articles, je suis heureux de savoir comment ça marche et pourquoi ce n'était pas un bug. Je ne m'étais jamais penché dessus car ce n'était pas bloquant. |
Edit
Delete
.
TESTEES
-->Bernard, pour info: l'article auquel GnapZ fait référence dans le 3eme commentaire de ce fil est 
