Yeah, what this probably means is that you tried to get Discourse to do so much work it had to time out the web worker (which happens after 30 seconds)
We should fix the underlying issue here, moving 100 posts really should not take that long and we can defer a bunch of the work.
Marking this as a performance bug
For now, the work-around would be to move by small portions?
Yes, absolutely. Your server is stretched anyway from what I can tell.
Je viens d’obtenir cette erreur 502 en essayant de déplacer des messages d’un sujet à un autre.
C’est assez répétitif 
Combien étiez-vous à déménager ?
Cela se produit à plusieurs reprises dans notre cas récemment, pour déplacer un seul message vers un nouveau sujet.
J’ai essayé plusieurs séries, de centaines à quelques dizaines, en un seul post !
Je ne parviens pas à trouver la raison pour laquelle cela ne fonctionne pas parfois, alors que cela fonctionne parfaitement dans d’autres cas.
Mise à jour vers la version 2.4.0.beta4 (cb8fa46970), mais l’erreur 502 persiste lors du déplacement de 1/5/10/50 messages.
Cela perturbe la routine d’administration, ce qui m’empêche de ranger certains fils de discussion.
Souffre.
Des journaux/statistiques/paramètres pourraient aider ?
Je vois la même chose. Je n’ai trouvé aucun élément pertinent dans les journaux, si ce n’est ceci dans /logs :
Erreur : Aucune phrase de raison
URL : https://.no/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js
Fais-moi savoir s’il existe un moyen de déboguer cela plus efficacement.
J’ai corrigé une erreur qui pouvait survenir lors du déplacement de publications vers un sujet existant qui avait été scindé par le passé. Cela résout-il le problème que vous rencontrez ?
Êtes-vous certain que cela s’est produit lors du déplacement vers un nouveau sujet ? Si c’est le cas, alors il s’agit d’une erreur différente de celle que j’ai corrigée et remarquée dans nos journaux.
Y a-t-il une erreur dans /logs ? Combien de messages êtes-vous en train de déplacer ? Déplacez-vous le premier message d’un sujet ? Déplacez-vous vers un nouveau sujet ou un sujet existant ? Y a-t-il des éléments inhabituels impliqués (comme des messages privés, des messages supprimés ou des sujets précédemment séparés) ?
Oui, (avant une mise à jour récente), nous avons rencontré le problème de 502 Bad Gateway en essayant de déplacer des réponses vers un nouveau sujet (cela se produisait de manière aléatoire et pas systématiquement).
Je ferai un rapport si cela se produit encore.
Malheureusement, j’ai du mal à trouver un motif. L’opération échoue lors du déplacement d’un ou plusieurs messages. Cependant, j’ai le pressentiment que cela échoue le plus souvent lors du déplacement entre deux sujets plus volumineux, dont j’en ai beaucoup. Beaucoup ont été divisés à plusieurs reprises. Je n’ai jamais utilisé les messages privés, mais il y a de nombreux messages supprimés dans la plupart des sujets. Aucune erreur flagrante dans les journaux
edit : Je pense que cela a commencé après la mise à niveau vers la bêta5.
Bonjour,
sur https://community.hiveeyes.org/, nous avons récemment rencontré la même chose lors du déplacement de messages entre des sujets. Bien que nous n’ayons pas approfondi l’enquête,
Si cela peut aider : il s’agissait d’un seul message [1] que nous souhaitions déplacer d’un sujet non public vers un sujet public, ce qui a déclenché cette erreur. Après l’échec de cette opération, nous avons recréé manuellement le message.
Cordialement,
Andreas.
[1] Pycom Firmware Release 1.20.1 - #9 by clemens - Firmwareschmiede / Firmware development - Hiveeyes
D’accord, donc l’erreur 500 devrait être corrigée dans la dernière version et je viens de committer une autre correction afin que l’erreur réelle apparaisse dans les journaux au cas où il y aurait un autre bug.
Si vous obtenez une erreur 502, cela signifie que le déplacement prend trop de temps et dépasse le délai imparti. J’ai apporté de nombreuses modifications au cours des derniers mois pour déplacer davantage de métadonnées lors du déplacement de messages. J’ai essayé de l’optimiser, mais cela dépend fortement du volume de données et pourrait encore être trop gourmand en ressources pour certains serveurs afin d’effectuer tout le travail en moins de 30 secondes.
La solution consistera à refactoriser une nouvelle fois cette partie et à stocker les informations sur les messages déplacés de manière permanente dans la base de données (au lieu d’une table temporaire) et à effectuer toutes les opérations lourdes dans un tâche d’arrière-plan.
Cela semble correct, car la demande prend effectivement beaucoup de temps avant de retourner une erreur 502 
