Project

General

Profile

Anomalie #16870

Perte des favoris ARENA après atteinte de la limite

Added by Renaud Dussol over 6 years ago. Updated over 5 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Target version:
Start date:
08/24/2016
Due date:
% Done:

100%

Distribution:

Description

Certains utilisateurs nous ont avertis que leurs favoris arena disparaissent subitement.
Après investigation, il apparait que c'est lié à la limite des favoris d'ARENA, qui est à 10. Le problème est que, dans ARENA, lorsqu'on dépasse 10, le gestionnaire de favoris avertit que la limite est dépassée et refuse d'enregistrer. Si on passe par le xdesktop, on n'a pas d'avertissement, mais à la prochaine connexion (ou même si on rafraichit la page), tous les favoris ont disparu.
D'autre part, afin de vérifier précisément, j’ai utilisé SOAPUI pour voir au fur et à mesure quels favoris j'avais dans ARENA quand j'en ajoutais. Et là j'ai constaté qu'en passant par xdesktop, cela génere 2 ressources fantômes, qu'on ne voit ni dans xdesktop, ni dans ARENA, mais qui incrémentent la liste des favoris pour un utilisateur. La barre n'est donc plus à 10, mais à 8. Sur le doc joint, copie écran de SOAPUI, ce sont les ressources "r" et "I"

soapui-favorisarena.png View (18.7 KB) Renaud Dussol, 08/24/2016 09:45 AM

Associated revisions

Revision c85d7ca3 (diff)
Added by Christophe LEON almost 6 years ago

fixes #16870 Vérification du nombre de favrois Arena

Revision 9693650b (diff)
Added by Christophe LEON over 5 years ago

ref #16870 : on recréé le tableau des favoris, avant de l'envoyer au WS Arena

Revision aa0871ad (diff)
Added by Christophe LEON over 5 years ago

fixes #16870 : les fantômes favoris été lié à la mauvaise interprétation de l'objet php donné par WS si un seul favori

History

#1 Updated by Christophe LEON almost 6 years ago

  • Status changed from Nouveau to En cours
  • Assigned To set to Christophe LEON

#2 Updated by Christophe LEON almost 6 years ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 100

#3 Updated by Renaud Dussol over 5 years ago

  • Status changed from Résolu to À valider

Je rouvre la demande car je viens de vérifier : la limite est bien prise en compte, mais le problème des favoris fantômes n'est pas résolu

Reproductibilité :

1) Dans ARENA (de préférence choisir un seul portail pour faire les tests), supprimer tous ses favoris
2) Avec SOAPUI, lancer le test du Webservice getFavoris() avec son propre uid : cela ne doit rien retourner
3) Avec Edispatcher NG ou Xdesktop, faire glisser un élément ARENA dans les favoris
4) Sur SOAPUI, si on relance la requête, on doit bien voir en retour le favori que l'on vient de faire glisser
5) Dans Xdesktop/Edispatcher, faire glisser un autre favori
6) Regarder dans SOAPUI : cette fois si on relance la requête, cette fois 3 items sont retournés : le tout dernier que l'on vient de faire glisser, et deux favoris fantômes, dont l'urlCT est une lettre majuscule ou minuscule.
7) Si on actualise xdesktop/edispatcher, on s'aperçoit que le tout premier favori qu'on avait fait glisser a disparu
8) Ensuite faire glisser des favoris : on s'aperçoit que la limite est à 8 et non à 10 (car les 2 favoris fantômes sont comptés)
9) On remarque que si on fait la moindre action (ajouter, supprimer) en passant par l'interface "gestion des favoris" d'ARENA, les favoris fantômes sont supprimés

#4 Updated by Renaud Dussol over 5 years ago

S'il vaut mieux créer une autre demande pas de problème, dis-moi

#5 Updated by Christophe LEON over 5 years ago

Tu peux me préciser la version de Arena que vous avez ?

#6 Updated by Christophe LEON over 5 years ago

  • % Done changed from 100 to 80

#7 Updated by Christophe LEON over 5 years ago

  • % Done changed from 80 to 90

correction apportée 9693650b, a tester

#8 Updated by Christophe LEON over 5 years ago

  • Status changed from À valider to En attente d'informations

#9 Updated by Renaud Dussol over 5 years ago

D'après notre équipe système, nous sommes en ARENA 2.1.1

#10 Updated by Renaud Dussol over 5 years ago

Identification d'un premier problème :

fichier mxservices.php :

foreach ($items["item"] as $item) {$favCT[]=$item["urlCT"];}

A priori il faudrait plutôt que ce soit :

foreach ($items as $item) {$favCT[]=$item["urlCT"];}

car $items["item"] correspond aux entrées du tableau qui sont uid et urlCT

Ainsi il va tenter de considérer les deux chaînes uid et urlCT comme des tableaux et cela génère l'erreur "undefined Offset"

D'ailleurs les deux entrées "fantômes" que je voyais ajoutées correspondaient en fait à la première lettre de mon uid ("r") et la première lettre de l'urlCT de la ressource que j'ajoutais (variable évidemment selon la ressource ajoutée)

en mettant foreach ($items as $item) {$favCT[]=$item["urlCT"];}, on n'a plus ce problème

Cela dit, ne pas fermer la demande car maintenant il y a un plantage au bout de l'ajout du deuxième favori, ça mouline et ça efface ceux que l'on vient d'ajouter
Je regarderai demain

#11 Updated by Christophe LEON over 5 years ago

Merci pour l'investigation.
J'ai déjà eu ce pb, il me semble que l'objet récupéré du WS est différent s'il y a un ou plusieurs éléments

Je regarderais demain matin

Merci encore pour ton aide sur la qualification

#12 Updated by Christophe LEON over 5 years ago

Cas si un favori

Array
(
[item] => Array
(
[uid] => cleon
[urlCT] => xxx-sepSIGATsep-yyyy-sepSIGATsep-url
)
)

Cas si plus de 1 favori

l'objet phpp récupéré est différent

Array
(
[item] => Array
(
[0] => Array
(
[uid] => cleon
[urlCT] => xxx-sepSIGATsep-yyyy-sepSIGATsep-url
)
[1] => Array
(
[uid] => cleon
[urlCT] => ZZZZ-sepSIGATsep-rrrrr-sepSIGATsep-url
)
)
)

#13 Updated by Christophe LEON over 5 years ago

  • Status changed from En attente d'informations to Résolu
  • % Done changed from 90 to 100

#14 Updated by Arnaud FORNEROT over 5 years ago

  • Target version set to Envole 5.5

#15 Updated by Arnaud FORNEROT over 5 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF