Fork me on GitHub




« 1 2 (3) 4 5 6 ... 8 »


Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Régulier
Inscrit: 06/01/2006 23:55
Messages: 379
ouah... ben la t'es servi Marco

Pour le W3C... il y a tout plein de raison pour que cela passe pas. Des trucs tous betes, par exemple l'attribut alt qui n'est pas renseigné sur une bonne partie des images (smiley, dans les templates etc...). Le fait que c'est encore bcq de façon tabulaire et non pas par div aussi etc...

Posté le : 23/11/2008 21:36
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Xoops accro
Inscrit: 18/01/2004 17:13
De Ma Caverne
Messages: 2839
Citation :

Ghia a écrit:
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).

eh bien, t'as pas chaumé !

Citation :

-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 & .

ok pour le premier cas, par contre je n'ai de soucis avec &
==> ok déclaré dans le bugtracker SF

Citation :

-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.

oui, vu aussi la remarque de garrath.

Posté le : 24/11/2008 21:31

Trio de choc : FrXoops, FreeboxHD et OVH
MdxProd.com : des liens xoops indispensables
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Xoops accro
Inscrit: 18/01/2004 17:13
De Ma Caverne
Messages: 2839
A Déclarer
-15- Date et heure: possibilitee d'avoir le format comme en le Forum: aujourd'hui, hier. ==> où?
-24- Forms: l'asterisk pour champs obligatoires est la, mais pas l'explication: *=required. ==> ok, déclaré
-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. ==> ok déclaré
-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.==> dans quel cas? lors d'un upgrade ? ok, déclaré
-46- impossible d'ajoutez une lien en BBcode au [ img ] avec [ url ].==> ok, déclaré
-38- Le class/module.errorhandler.php contient des messages non localisee.==> ok, déclaré


A tester
-8- CSS: il manque le display:block; pour a.menuMain et a.menuTop .
-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.
-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.
-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.
-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.
-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.==> oui, j'ai vu qu'on a soucis avec la 2.3 là dessus
-44- Changer le theme en profile ne change pas le theme sans logout/login.
-49- Xoopsmailer doit accepter des specifications pour le langage specific email templates comme specifie en liaise 1.27.

Peux tu expliquer
-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)
-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'));
-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.
-14- images et smileys, utilisation de parametre title a partir de nom (en image manager).==> tu veux dire que le paramètre title soit alimenté par quoi?
-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.
-26- Avatars, beaucoup de gens ont des problemes pour avoir une user avatar.
-30- Avoir une titre dans les pages qui affichent les resultat d'une recherche. Le titre contient les mots cles. Aussi pour recherche profile.==> regression?
-40- Smilies: Plus de liste en dessous le textarea avec l'editeur DHTML.

Nouvelle fonctionnalité
-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.
-16- Possibilitee en admin d'effacer les caches.==> xoopscare est pour toi
-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 ].
-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 ?????.
-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.
-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.

Deja corrigé
-37- Champs date en profile: range 1900 a 2100 en place de 2000 to 2015 (deja corrigee?).
-45- [ img] tag ajoute des balises < br >, comme ca c'est impossible d'avoir deux images cote a cote.

Déja déclaré
-3- user display name de 2.2.x manque
-13- CSS: Peutetre pas xoops standard, mais certaines CSS utilise des paramteres pour le scrollbar, qui ne sont pas standard, mais specifiques au IE.
-27- user profile: website et email sont des texts et pas des liens. Pour email une image enveloppe comme le PM.
-34- Remember me en login doit etre par default off.

A tester sur version du svn : peux tu tester?
-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.

=============
-32- Bloc managment: avoir le liste de blocs active et pas tous les blocs.
-33- SQL: certaines specifications ne conforme pas au SQL stricte.
-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.
===

Posté le : 24/11/2008 21:53

Trio de choc : FrXoops, FreeboxHD et OVH
MdxProd.com : des liens xoops indispensables
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Xoops accro
Inscrit: 20/02/2008 20:27
De Belgium
Messages: 2708
Citation :
eh bien, t'as pas chaumé !
J'ai mes moments ...
Citation :
-4- ok pour le premier cas, par contre je n'ai de soucis avec &
Le soucis c'est avec le & amp; . Ca ce montre en code aussi comme &.
Citation :
Citation :
-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.
oui, vu aussi la remarque de garrath.
C'est ca que je dit aussi. Il y a beaucoup de possibillitees pour introduire des erreurs contre la conformitee, mais je crois que le XOOPS core et tous les fonctions prevu dans l'installation doivent etre compliante.
Citation :
A Déclarer
-15- Date et heure: possibilitee d'avoir le format comme en le Forum: aujourd'hui, hier. ==> où?
En commentaires, en admin, partout ou une date est affichee.
Citation :
-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.==> dans quel cas? lors d'un upgrade ?
Oui, le admin a son nom mis en une ancien XOOPS a Administrateur. Apres le update de son profil dans la nouvelle XOOPS, son nom est limitee a 10 caracteres et est Administra.
Citation :
-46- impossible d'ajoutez une lien en BBcode au [ img ] avec [ url ].==> ok, protector?
Non, c'est aussi une effet de Caricaphoto, qui vole le liens dans le cas [ url ] [ img ] image [ /img ] [ /url ].

Posté le : 25/11/2008 17:09

Salutations, Gerard.
PS: Excusez mon mauvais français.
De la bonne manière de poser les questions
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Xoops accro
Inscrit: 18/01/2004 17:13
De Ma Caverne
Messages: 2839
4 - cela n'est pas du à protector par hasard? il me semble que si. Peux tu tester? Protector sanatize
9- ya du boulot sur le sujet
15- oui j'ai des soucis dans CBB sur le sujet justement, je vais le déclarer sur SF
36- ok, déclaré sur SF, c'est bien ce que j'avais compris en lisant le thread de xoops.org sur le sujet
46-yes, pour le protector je me suis trompé de ligne, c'était pour le point 4 ! Déclaré sur SF

Posté le : 25/11/2008 17:32

Trio de choc : FrXoops, FreeboxHD et OVH
MdxProd.com : des liens xoops indispensables
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Xoops accro
Inscrit: 20/02/2008 20:27
De Belgium
Messages: 2708
Citation :
Peux tu expliquer
-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.
Quand dans les notes d'installation pour une module est ecrit que le module a besoin de Frameworks, l'utilisateur peut penser que par la presence de Frameworks dans le dossier et des notes XOOPS, qu'il ne doit plus faire quelque chose. Ca n'est pas le cas parceque le frameworks de XOOPS n'est pas complet et le module ne va pas marcher.
Citation :
-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)

Quand une module a une include pour le textsanitiser de Frameworks, il est redigee au textsanitizer du core. Pour Captcha qui est aussi dans le core il n'y pas une fichier de compatibilitee prevu.
Citation :
-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'));
Quand on ajoute de champs dans le profile et on fait les obligee de remplir en registration, il faut que c'est possible de les afficher dans le email qui est envoyer vers le admin.
Example d'une template modifiee:
Hello {X_UNAME},

new user {USERNAME} ({USEREMAIL}) has just requested membership at {SITENAME}.

{
USERNAMEentered the following information:
Displayname: {DISPLAYNAME}
Employer: {EMPLOYER}
Position: {POSITION}
Work Phone: {WORK_PHONE}

Clicking on the link below will activate the account of this user:

{
USERACTLINK}

-----------
{
SITENAME} ({SITEURL})
webmaster
{ADMINMAIL}

Citation :
-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.
Utilisateurs du groupe A peuvent envoyer des PM vers autres utilisateurs de groupe A mais pas au admins.
Citation :
-14- images et smileys, utilisation de parametre title a partir de nom (en image manager).==> tu veux dire que le paramètre title soit alimenté par quoi?
Par le nom donnee dans le image manager a une nom ou le nom d'emotion pour une emoticon. Example = Cool.
Citation :
-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.
Il s'agit de /uploads/securityimage/.
Citation :
-26- Avatars, beaucoup de gens ont des problemes pour avoir une user avatar.
Il y a beaucoup des cas ou l'utilisateur dans edit profile, ne reussit pas a installer une custom avatar. Il n'y pas des erreurs, mais l'avatar ne se montre pas.
Citation :
-30- Avoir une titre dans les pages qui affichent les resultat d'une recherche. Le titre contient les mots cles. Aussi pour recherche profile.==> regression?
Je ne sais pas que vous voulez dire avec regression.
Le demande est que le titre html edans le browser reflet l'action du recherche a la facon de Google.
Citation :
-40- Smilies: Plus de liste en dessous le textarea avec l'editeur DHTML.
Comme ici, il y a une ligne avec 10 smileys et une liens plus... . C'est remplacee par une seule bouton qui pointe a le popup comme le lien plus... .

Posté le : 25/11/2008 17:42

Salutations, Gerard.
PS: Excusez mon mauvais français.
De la bonne manière de poser les questions
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Régulier
Inscrit: 06/01/2006 23:55
Messages: 379
Pour le point 14 :

Pour les smileys, une partie se trouve dans module.textsanitizer.php
/**
     * Replace emoticons in the message with smiley images
     *
     * @param    string  $message
     *
     * @return    string
     */
    
function smiley($message)
    {
        
$smileys $this->getSmileys();
        foreach (
$smileys as $smile) {
            
$message str_replace($smile['code'], '<img src="' XOOPS_UPLOAD_URL '/' htmlspecialchars($smile['smile_url']) . '" title="'.htmlspecialchars($smile['emotion']).'" alt="" />'$message);
        }
        return 
$message;
    }

juste rajout du title.


Pour les images une bonne partie a l'air gerer dans :
class/textsanitizer/image/image.php. J'ai pas cherche dans tout le code mais deja la c'est les images mis dans les textes (forums etc...)
il suffit de souvent rajouter title avec la meme chose que dans le alt.
Il faut pas oublier que le alt est obligatoire sur toutes les images, sinon W3C sort une ano.
Le alt c'est l'affichage alternatif d'une image, le title c'est l'info bulle.
Sous IE si title n'est pas renseigné, IE prend par defaut ce qui est dans alt pour mettre dans title. Les autres browser ne font pas ce choix, si title n'est pas renseigné, cela n'affiche rien, c'est pour cela que souvent on a des trucs avec des infobulles sous IE et pas sur les autres browsers.

Posté le : 25/11/2008 22:42
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Régulier
Inscrit: 21/12/2006 10:37
De Nieppe (59)
Messages: 156
la 2.3.2 est sortie sur xoops.org ici

alors qu'il semblait d'après ce topic que les corrections étaient encore en cours :-o

Posté le : 26/11/2008 09:04
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Xoops accro
Inscrit: 15/07/2004 11:16
Messages: 4763
Cette version corrige seulement des failles de sécurité.
Les bugs passent en second dans ce cas figure, l'urgence étant la sécurité.

Citation :

- Fixed XSS vulnerability in xoopscode and potential text (phppp/DSG)
- Fixed security vulnerability in autologin (phppp/Dylian/alfred)
- Improved protector module for potential local file inclusion (DSGGIJOE/phppp/)
- Modified /model/sync.php for backward compatibility (phppp/boy0917)

Posté le : 26/11/2008 09:07
Partager Twitter Partagez cette article sur GG+
Re: Liste des bugs de 2.3.1 pour correction dans 2.3.2
Newbie
Inscrit: 26/11/2008 13:43
Messages: 1
Salut a tous,

Xoops.org a été fermé d'urgence après que DJ soit informé que des membres de Impresscms utilisait une faille fatal pour modifier leurs comptes avec permissions admin.

Simplement en changeant dans le cookie le ID d'utilisateur par le ID d'un admin, il est possible de prendre le controle du site.

Tous les sites sous Xoops et Impresscms sont vulnérables !

LA MISE A JOUR S'IMPOSE !


Note:
Ce serait sympa de me rendre le compte "gigamaster" merci !

Posté le : 26/11/2008 13:50
Partager Twitter Partagez cette article sur GG+

 Haut   Précédent   Suivant
« 1 2 (3) 4 5 6 ... 8 »



Vous pouvez voir les sujets.
Vous ne pouvez pas débuter de nouveaux sujets.
Vous ne pouvez pas répondre aux contributions.
Vous ne pouvez pas éditer vos contributions.
Vous ne pouvez pas effacez vos contributions.
Vous ne pouvez pas ajouter de nouveaux sondages.
Vous ne pouvez pas voter en sondage.
Vous ne pouvez pas attacher des fichiers à vos contributions.
Vous ne pouvez pas poster sans approbation.

Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

17 Personne(s) en ligne (10 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 17 | Plus ...