Project

General

Profile

Actions

Bug #2855

closed

PDC - Classement automatisé: impossible de modifier à posteriori

Added by Anonymous almost 10 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Urgent
Category:
Plan de classement
Start date:
01/24/2012
Due date:
% Done:

100%

Estimated time:
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)


Files

TT1-bug-modification-pdc.JPG (110 KB) TT1-bug-modification-pdc.JPG Anonymous, 01/24/2012 03:21 PM
TT1-bug-validation-pdc.JPG (84.6 KB) TT1-bug-validation-pdc.JPG Anonymous, 01/24/2012 03:21 PM
silverpeas-pdc-widgets.js (40.6 KB) silverpeas-pdc-widgets.js Miguel Moquillon, 01/26/2012 05:58 PM
firebugPDC.JPG (38.6 KB) firebugPDC.JPG Anonymous, 01/26/2012 06:24 PM
Actions #1

Updated by Nicolas Eysseric almost 10 years ago

  • Status changed from New to Assigned
  • Assignee set to Miguel Moquillon

A qualifier...

Actions #2

Updated by Miguel Moquillon almost 10 years ago

  • Status changed from Assigned to 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 ?

Actions #3

Updated by Anonymous almost 10 years ago

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

Actions #4

Updated by Miguel Moquillon almost 10 years ago

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

Actions #5

Updated by Anonymous almost 10 years ago

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.

Actions #6

Updated by Miguel Moquillon almost 10 years ago

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%)
Actions #7

Updated by Miguel Moquillon almost 10 years ago

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) ?

Actions #8

Updated by Miguel Moquillon almost 10 years ago

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

Actions #9

Updated by Miguel Moquillon almost 10 years ago

  • Status changed from Feedback to Resolved
Actions #10

Updated by Anonymous almost 10 years ago

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.

Actions #11

Updated by Miguel Moquillon almost 10 years ago

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.

Actions #12

Updated by Anonymous almost 10 years ago

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.

Actions #13

Updated by Miguel Moquillon almost 10 years ago

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.

Actions #14

Updated by Nicolas Eysseric almost 10 years ago

  • Status changed from Resolved to Closed
  • Target version set to Version 5.9
  • % Done changed from 0 to 100
Actions #15

Updated by Nicolas Eysseric over 9 years ago

  • Target version changed from Version 5.9 to Version 5.8.1
Actions

Also available in: Atom PDF