Citation :Pas d'autres bugs? je suis surpris.
@Ghia, tu nous en trouves?
Si si!
Je etait en train de compiler une liste.
Et voila le resultat!
Il y a une cinqante problemes et quelques requetes (pas tous verifier par moi meme).
-1- Frameworks: Il y a quelques parts present et comme ca des gens peuvent penser que ce n'est necessaire d'installer le vrai Frameworks et leurs modules ne fonctionnent pas.
Pour ca il faut que XOOPS recoit une Frameworks complet.
-2- Frameworks: Les parties comme Captcha, qui sont menager au core, doivent rester avec des fichiers de compatibilitee, comme TextSanitizer.
(Il faut mettre aussi des instructions comment faire une upgrade de Frameworks, parceque cet update peut etre seulement partielle, car il y a une partie qui est fixe au core XOOPS)
-3- user display name de 2.2.x manque
-4- information en [ code] tags se deforme par example \. est mis comme . C'est un peut ironique parceque ca n'est pas le cas pour [ quote] et du texte plein et les balises code sont les seules qui ne savent pas montrer ce code!
Autre example la sequence & a m p ; qui se montre comme & .
-5- Pas de champs de profile possible dans le mail de registration. Il faut des ajoutes de tous les champs remplie en /modules/profile/register.php avec
$xoopsMailer->assign('YourFieldName',$newuser->getVar('YourFieldName'));
-6- Installation de XOOPS en pas 5 donne des messages generique en cas des problemes avec le database connection.
Si ca retourne en pas 6 vers 5 il y a pas d'erreur affichee.
Il faut retrouvee et affichee les erreurs detaillee avec le fonction mysql_error().
-7- FCKeditor ou autre WYSIWYG? Effacer le whitespace et surtout de nouveau lignes entre les balises pour une table comme <table><tr>, </td><td>, </td></tr>, </tr><tr> parceque ca s'ajoute dans une espace vide avant le tableau.
-8- CSS: il manque le display:block; pour a.menuMain et a.menuTop .
-9- W3C compliance: Quand on met des pages dans le
validateur W3C il y a toujours beaucoup des erreurs. Il y en a dans le modules, le css, les contenues d'utilisateurs, mais aussi a partir de XOOPS.
-10- PM: je crois qu'il y a une anomalie quand il existe plusiers groupes que la sequence de permission peut defendre que une group peut envoyer des PM a des autre groups comme admin, neanmoins qu'ils peuvent envoyer des PM entre eux.
-11- Possibilite d'envoyer email messages en html en admin profile.
-12- Avoir pas de messages generique qui cache le vrai probleme, comme
Warning: Smarty error: unable to read resource: "/themes/default/theme.html" in file /class/smarty/Smarty.class.php line 1092
Si on suive on voit il y a une probleme avec probablement fonction _fetch_resource_info, mais c'est impossible de dire quoi.
-13- CSS: Peutetre pas xoops standard, mais certaines CSS utilise des paramteres pour le scrollbar, qui ne sont pas standard, mais specifiques au IE.
-14- images et smileys, utilisation de parametre title a partir de nom (en image manager).
-15- Date et heure: possibilitee d'avoir le format comme en le Forum: aujourd'hui, hier.
-16- Possibilitee en admin d'effacer les caches.
-17- Templates pour blocks peuvent pas avoir des balisses id, parceque avec clonage ou autre double emploi, l'id n'est plus unique. (change a class ou name)
-18- Balise < meta http-equiv="Refresh" content= utilises varible $url, qui est trop generique en nom et peut inferee avec le meme variable en des modules. Mieux est une nom plus specifique comme Xoopsredirecturl.
-19- Caricafoto: possibilitee d'avoir les parametres commandee par l'admin et pas avoir cette fonction. Plus de flexibilitees dans le traduction du balises [ img ].
-20- Avoir tous les editeurs WYSIWIG marchant et d'avoir pour chaque les smileys xoops et le image manager et que son options fonctionne (align).
-21- SSL Il y a une fonction pour faire le login avec https, mais c'est pas possible d'acceder par example la partie admin en https.
-22- Captcha utilise une dossier qui n'est pas creee par l'installation et qui n'a pas le note pour etre avec permission d'ecriture.
-23- Captcha faut avoir le possibilitee de verifier le code par javascript au niveau de browser a la meme facon que le remplissage obligante est tester pour les champs. Comme ca les siaies d'utilisateurs ne sont pas perdue quand le captcha est faut.
-24- Forms: l'asterisk pour champs obligatoires est la, mais pas l'explication: *=required.
-25- Peutetre une probleme de CBB, mais en XOOPS.org faire une poste avec de characteres Cyriliques n'est pas possible. La copie se montre bien est aussi le preview, mais apres envoyage ca retournes comme des ?????.
-26- Avatars, beaucoup de gens ont des problemes pour avoir une user avatar.
-27- user profile: website et email sont des texts et pas des liens. Pour email une image enveloppe comme le PM.
-28- CSS dans les blocs centre gauche et centre droite, seulement la premiere a du style.
-29- Module manager: l'affichage et la resistance a des erreurs doit ce renforcer. Comme ca une module avec erreurs peuvent pas influencer les autres modules dans la liste de modules a installer.
-30- Avoir une titre dans les pages qui affichent les resultat d'une recherche. Le titre contient les mots cles. Aussi pour recherche profile.
-31- Notice d'installation: A point 4 ca dit de creer des dossiers qui sont normalement deja present. Mieux est:
4. Make the directory xoops_data/ writable; Create (if not already present) and make the directories xoops_data/caches/, xoops_data/caches/xoops_cache/, xoops_data/caches/smarty_cache/ and xoops_data/caches/smarty_compile/ writable.
-32- Bloc managment: avoir le liste de blocs active et pas tous les blocs.
-33- SQL: certaines specifications ne conforme pas au SQL stricte.
-34- Remember me en login doit etre par default off.
-35- Messages debug
-a- Avoir une page avec des preferences pour le debug plus detaillee.
-b- Avoir une style comme avant, avec rien que les messages d'erreurs. Si il n'y a pas, il n'y a rien a voir.
-c- Suppression des messages deprecation par defaut et option pour les afficher.
-d- Il y a une soucis qu'ils peuvent influencer la deroulement du programme quand ils sont presente ou mis en commentaire comme peutetre en /class/xoopstree.php avec class XoopsTree.
-e- selection quelles groupes qui peuvent voir les messages d'erreurs.
-36- Update impose une longeur de 10 pour les noms des utilisateurs et tiennent pas compte du situation d'avant. Quand l'utilisateur avec une nom plus longue fait une update de son profile, le nom devient changee.
-37- Champs date en profile: range 1900 a 2100 en place de 2000 to 2015 (deja corrigee?).
-38- Le class/module.errorhandler.php contient des messages non localisee.
-39- Error Code: 9999 ERROR: OOPS! God Knows Cette message est affichee quand le nombre n'existe pas dans class/module.errorhandler.php. ceci cache le vrai erreur. Il faut affichee l'argument pas trouvee.
-40- Smilies: Plus de liste en dessous le textarea avec l'editeur DHTML.
-41- Captcha Avoir le possibilitee en admin de selectionee avec ou sans.
-42- Email domains qui ne peuvent pas registree, est une liste negative. En certaines cas il faut aussi une liste positive: seulement les domaines dans le liste peuvent enregistree.
-43- Avoir le nummero IP et Browser signature sur le email de registration.
-44- Changer le theme en profile ne change pas le theme sans logout/login.
-45- [ img] tag ajoute des balises < br >, comme ca c'est impossible d'avoir deux images cote a cote.
-46- impossible d'ajoutez une lien en BBcode au [ img ] avec [ url ].
-47- detection en install que htdocs etait copier et pas le contenu de htdocs.
-48- Avoir une temps de login differente pour membres et webmasters.
-49- Xoopsmailer doit accepter des specifications pour le langage specific email templates comme specifie en liaise 1.27.
) j'obtiens :
