Projet

Général

Profil

Actions

Bug #2855

fermé

PDC - Classement automatisé: impossible de modifier à posteriori

Ajouté par Anonyme il y a presque 13 ans. Mis à jour il y a presque 13 ans.

Statut:
Closed
Priorité:
Urgent
Assigné à:
Catégorie:
Plan de classement
Début:
24/01/2012
Echéance:
% réalisé:

100%

Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
5.8
Système d'exploitation:
Windows 7
Votre base de données:
PostgreSQL
Livraison en TEST:
Livraison en PROD:

Description

Voici les 2 scénarii (2 options du classement par défaut) reproduits sur une ged créée en 5.8 et une ged créée avant la 5.8:

1- Le publieur doit valider ou modifier le classement proposé par défaut lors de la création de la publication:
Le publieur créé la publication, sélectionne "Modifier le classement de la publication", clique sur le crayon pour modifier les valeurs => impossible de mettre à jour les valeurs (message d’erreur « No Transport » : cf. TT1-bug-validation-PDC.jpg)

2- Les publications sont automatiquement validées à la création:
Une fois la publication créée, le publieur ouvre l’entête, clique sur le crayon pour modifier les valeurs du classement par défaut => impossible de mettre à jour les valeurs (message d’erreur « No Transport » cf. TT1-bug-modification-PDC.jpg)


Fichiers

TT1-bug-modification-pdc.JPG (110 ko) TT1-bug-modification-pdc.JPG Anonyme, 24/01/2012 15:21
TT1-bug-validation-pdc.JPG (84,6 ko) TT1-bug-validation-pdc.JPG Anonyme, 24/01/2012 15:21
silverpeas-pdc-widgets.js (40,6 ko) silverpeas-pdc-widgets.js Miguel Moquillon, 26/01/2012 17:58
firebugPDC.JPG (38,6 ko) firebugPDC.JPG Anonyme, 26/01/2012 18:24

Mis à jour par Nicolas Eysseric il y a presque 13 ans

  • Statut changé de New à Assigned
  • Assigné à mis à Miguel Moquillon

A qualifier...

Mis à jour par Miguel Moquillon il y a presque 13 ans

  • Statut changé de Assigned à Feedback

Le message d'erreur "No Transport" semble indiquer que vous êtes en cross-domain ; par exemple le domaine du serveur duquel est demandé le javascript pour le classement sur le PdC est différent de celui à qui la requête de modification est envoyée.
Est-ce le cas ?

Mis à jour par Anonyme il y a presque 13 ans

Je ne comprends pas vraiment la question. Y'a-t-il une configuration du serveur à vérifier? Car dans mon cas, tout se passe sur le même serveur (applicatif et base de données).

Mis à jour par Miguel Moquillon il y a presque 13 ans

Est ce que vous avez un proxy en front-end avec réécriture d'URL ?

Mis à jour par Anonyme il y a presque 13 ans

Non, aucun proxy. D'ailleurs, c'est un serveur de test. On y accède via son adresse IP (configuration du fichier host sur mon PC pour faire le lien avec l'url), donc pas de firewall non plus.

Mis à jour par Miguel Moquillon il y a presque 13 ans

Je ne comprend pas alors d'où peut venir le pb.
Afin de pouvoir tester chez nous, est ce que vous pouvez déposer sur l'extranet deux archives :
  • une avec le Silverpeas déployé (dans %JBOSS_HOME%\server\default\deploy\silverpeas),
  • l'autre avec l'installation de Silverpeas (%SILVERPEAS_HOME%)

Mis à jour par Miguel Moquillon il y a presque 13 ans

Après avoir paramétré votre Silverpeas de test pour ma machine (SILVERPEAS_HOME, JBOSS_HOME et la base de données), je ne reproduit pas le pb.
Cela ne peut donc pas venir du paramétrage de Silverpeas.
Pourriez vous, via le debogueur du navigateur Web (Firebug avec Firefox par exemple), regarder la requête qui est envoyée lors de la validation des modifications (l'URL entre autre) ?

Mis à jour par Miguel Moquillon il y a presque 13 ans

J'ai fini par trouvé l'origine du problème. Ce dernier provient bien d'une erreur de cross-domain (qui n'est pas autorisé pour des raisons de sécurité), mais ceci est dû à une erreur de construction de l'URL de la positions sur le PdC à modifier (ou à supprimer). L'URL étant mal construite, le domaine n'est plus celui à partir duquel est chargé la page web, d'où l'erreur.
La regexp à l'origine de la construction de l'URL a été corrigé (il manquait un caractère à traiter).
Voici en pièce jointe le fichier javascript corrigé. Il doit être placé dans
JBOSS_HOME\server\default\deploy\silverpeas\silverpeas.ear\war-ic.war\util\javaScript\ sous Windows,
$JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/war-ic.war/util/javaScript/ sous Unix (MacOS X, GNU/Linux, *BSD, ...)

Mis à jour par Miguel Moquillon il y a presque 13 ans

  • Statut changé de Feedback à Resolved

Mis à jour par Anonyme il y a presque 13 ans

Après avoir placé le fichier js au bon endroit, vidé le cache de mon navigateur, les positions ne s'affichent plus du tout => erreur javascript: "Uncaught ReferenceError: uriOfPredefinedClassification is not defined"
Capture du rapport de chromium en pièce jointe.

Mis à jour par Miguel Moquillon il y a presque 13 ans

C'est un pb qui a été déjà identifié et a été corrigé avec le bug https://www.silverpeas.org/redmine/issues/2801. Il provient d'un pb de synchro du chargement des deux javascripts concernant le classement sur le PdC.

Un workaround à ce pb en attendant la sortie de la release de correction est de provoquer un rafraîchissement de la page sous Firefox.

Mis à jour par Anonyme il y a presque 13 ans

OK, sur la page de prévisualisation ça fonctionne avec le rafraîchissement. En revanche l'erreur persiste sur l'onglet en-tête. En regardant le code source, je m’aperçois que silvervpeas-pdc-widget.js n'est pas chargé sur cet onglet et donc la fonction "uriOfPredefinedClassification" n'existe pas (erreur renvoyée par la console).
Erreur de ma part, elle est appelée par silverpeas-pdc.js. Je ne comprends donc pas l'erreur.

Mis à jour par Miguel Moquillon il y a presque 13 ans

Oui c'est normal parce que c'est silverpeas-pdc.js qui charge silverpeas-pdc-widgets.js.
Or il s'avère qu'avec une latence réseau importante le javascript silverpeas-pdc-widgets.js n'est pas fini d'être chargé avant l'exécution par le navigateur du plugin du pdc ! (Ce qui ne devrait pas arriver normalement puisque le chargement du javascript par un autre utilise un plugin jquery pour ça et que ce dernier utilise la fonction de chargement de la page à destination du navigateur.)

Bref, dans un contexte réseau défavorable, avec certains navigateurs, ce problème malheureusement apparaît ; Firefox y est moins sujet que Chromium par exemple. Il est néanmoins corrigé et sera fournie avec la prochaine version corrective de la 5.8.

Mis à jour par Nicolas Eysseric il y a presque 13 ans

  • Statut changé de Resolved à Closed
  • Version cible mis à Version 5.9
  • % réalisé changé de 0 à 100

Mis à jour par Nicolas Eysseric il y a presque 13 ans

  • Version cible changé de Version 5.9 à Version 5.8.1
Actions

Formats disponibles : Atom PDF