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.
Ho appena ricevuto questo errore 502 mentre provavo a spostare i post da un thread all’altro.
È piuttosto ripetitivo 
Quanti eravate in movimento?
accade diverse volte nel nostro caso recentemente, per spostare un singolo post in un nuovo argomento.
Ho provato diverse serie, da centinaia a decine, in un singolo post!
Non riesco a capire il motivo per cui a volte non funziona e altre volte funziona perfettamente.
Aggiornato alla versione 2.4.0.beta4 (cb8fa46970), ma si verifica ancora un errore 502 quando si spostano 1/5/10/50 messaggi.
Questo interrompe le procedure di amministrazione, impedendomi di riordinare alcuni thread.
Soffro.
Qualsiasi log/impostazione/configurazione sarebbe utile?
Vedo la stessa cosa. Non ho trovato nulla di rilevante nei log, tranne questo in /logs:
Errore: No Reason Phrase
Url: https://.no/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js
Fammi sapere se c’è un modo migliore per eseguire il debug di questo problema.
Ho corretto un errore che poteva verificarsi quando si spostavano post in un topic esistente che in passato era stato diviso. Questa correzione risolve il problema che stai riscontrando?
Sei sicuro che sia accaduto quando si spostava in un topic nuovo? Se è così, allora si tratta di un errore diverso da quello che ho corretto e notato nei nostri log.
C’è un errore in /logs? Quanti post stai spostando? Stai spostando il primo post di un argomento? Lo stai spostando in un argomento nuovo o esistente? È coinvolto qualcosa di insolito (come messaggi privati, post cancellati o argomenti precedentemente separati)?
Sì, (prima di un aggiornamento recente) abbiamo riscontrato il problema del 502 bad gateway mentre provavamo a spostare le risposte in un nuovo argomento (è capitato in modo casuale e non sempre).
Farò rapporto se questo continua a succedere.
Sto faticando a trovare uno schema, purtroppo. Il problema si verifica quando si spostano uno o più post. Tuttavia, ho il sospetto che l’errore si verifichi più spesso quando si sposta tra due argomenti più grandi, di cui ne ho molti. Molti sono stati suddivisi più volte. Non ho mai usato i messaggi privati, ma ci sono molti post cancellati nella maggior parte degli argomenti. Nessun errore evidente nei /log
edit: Penso che il problema sia iniziato dopo l’aggiornamento alla beta5.
Ciao,
su https://community.hiveeyes.org/, abbiamo recentemente riscontrato la stessa cosa quando spostavamo i post tra gli argomenti. Anche se non abbiamo indagato ulteriormente,
Se può essere d’aiuto: si trattava di un singolo post [1] che volevamo spostare da un argomento non pubblico a uno pubblico, il che ha generato questo errore. Dopo il fallimento di quell’operazione, abbiamo ricreato manualmente il post.
Cordiali saluti,
Andreas.
[1] Pycom Firmware Release 1.20.1 - #9 by clemens - Firmwareschmiede / Firmware development - Hiveeyes
Ok, quindi l’errore 500 dovrebbe essere risolto nell’ultima versione e ho appena committato un’altra correzione in modo che l’errore effettivo appaia nei log nel caso ci sia un altro bug.
Se ricevi un errore 502, significa che lo spostamento richiede troppo tempo e scade il timeout. Ho apportato molte modifiche negli ultimi mesi per spostare più metadati quando si spostano i post. Ho cercato di ottimizzarlo, ma dipende fortemente dalla quantità di dati e potrebbe ancora essere troppo intensivo per alcune risorse del server per completare tutto il lavoro in meno di 30 secondi.
La soluzione sarà rifattorizzarlo ancora una volta e memorizzare le informazioni sui post spostati in modo permanente nel database (invece che in una tabella temporanea) ed eseguire tutto il lavoro pesante in un’attività in background.
Sembra corretto, dato che la richiesta impiega molto tempo prima di restituire un 502 
