Bug #14244
ferméErreur est également rencontré lors de l'ajout d'un contenu
0%
Description
TypeError: Cannot read properties of undefined (reading 'reject')
at o.<anonymous> (silverpeas-ddwe-min.642build240703.js:1:9555)
at g (backbone.js:336:57)
at h (backbone.js:322:19)
at c (backbone.js:110:16)
at a.trigger (backbone.js:312:5)
at n.onEnd (index.ts:358:74)
at n.onError (index.ts:372:18)
at n.<anonymous> (grapes.min.642build240703.js:2:654308)
at grapes.min.642build240703.js:2:650630
at Object.next (grapes.min.642build240703.js:2:650735) {level: 'error'}
Fichiers
Mis à jour par Sebastien Vuillet il y a 5 mois
Version : Silverpeas version is 6.4.2-build240703
Mis à jour par Miguel Moquillon il y a 5 mois
Je ne reproduis pas ton pb. Ce qui signifie que ça doit dépendre probablement du contenu utilisé dans la newsletter. Aussi, pour pouvoir avancer, est ce que tu pourrais me donner la contribution pour laquelle ce soucis se produit ?
Mis à jour par Sebastien Vuillet il y a 5 mois
- Fichier clipboard-202407041620-qtvjc.png clipboard-202407041620-qtvjc.png ajouté
sur le serveur de test j'ai recréé une actu (covoiturage), lorsque je l'ajout à la newsletter le message d'erreur apparait
Mis à jour par Miguel Moquillon il y a 5 mois
Peux tu récupérer le code HTML de la newsletter qui pose pb et le poster ici afin que je puisse, avec celle-ci, essayer de reproduire le pb chez moi ?
Mis à jour par Miguel Moquillon il y a 5 mois
- Statut changé de New à Feedback
J'ai beau consulter le code js dans lequel l'erreur apparaît et ce dernier n'a pas changé depuis la 6.3.5 (mise à part l'indentation). Et en y regardant le code de près, une telle erreur ne devrait pas survenir. Il me faudrait vraiment la newsletter qui a conduit à ce comportement. Si tu pouvais y joindre le contenu HTML ici ce serait bien.
Mis à jour par Sebastien Vuillet il y a 5 mois
L'actu : https://epv-test.silverpeas.net/silverpeas/Publication/125
La newsletter : https://epv-test.silverpeas.net/silverpeas/RinfoLetter/infoLetter46/Main
Avec le contenu "For #14184" il est reproductible
Mis à jour par Miguel Moquillon il y a 5 mois
- Statut changé de Feedback à Resolved
J'ai pu finalement reproduire l'erreur et trouvé son origine via le debugger. Le problème vient que lorsque le callback attaché à l'événement storage:end:store
est invoqué, il peut arriver que la promesse completedOptions.store.deferred
ne soit pas initialisée parce que le callback attaché à l'événement storage:start:store
n'a pas été encore invoqué. Ceci est probablement du à l'asynchronisme de propagation des événements et par conséquent les callbacks attachées à un événement peut être appelé après ceux d'un autre événement envoyé pourtant après. Ou alors il y a bug avec GrapeJS sur la gestion des événements relatifs à l'enregistrement en arrière plan à chaque modification.
Mis à jour par Miguel Moquillon il y a 5 mois
- Statut changé de Resolved à Closed
Directement intégré dans les branches master et 6.4.x