Quando vado alla pagina Gruppi (domain.com/g), sta recuperando tutti i gruppi ma quando provo ad entrare in un gruppo specifico mi compare il seguente errore, questo errore si presenta con tutti i gruppi
Sono il proprietario di questi gruppi e ho verificato anche dall’account di un utente normale e gli stessi errori si presentano anche con questo particolare tipo di utente.
Per favore, aiutami a risolvere questo problema.
Potresti controllare i tuoi \\logs o la console del browser quando provi ad accedere al gruppo per vedere se ci sono maggiori dettagli sull’errore al loro interno?
Potresti espandere quegli errori e copiare il messaggio in un blocco di codice qui?
/groups/EPiC.json:1 Impossibile caricare la risorsa: il server ha risposto con uno stato di 500 ()
application.js:83 Objectabort: ƒ (e)always: ƒ ()catch: ƒ (e)done: ƒ ()fail: ƒ ()length: 0name: \"add\"prototype: {constructor: ƒ}arguments: (...)caller: (...)[[FunctionLocation]]: jquery.js:3535[[Prototype]]: ƒ ()[[Scopes]]: Scopes[4]getAllResponseHeaders: ƒ ()getResponseHeader: ƒ (e)jqTextStatus: \"error\"overrideMimeType: ƒ (e)pipe: ƒ ()progress: ƒ ()promise: ƒ (e)readyState: 4requestedUrl: \"/groups/EPiC.json\"responseJSON: error: \"Internal Server Error\"status: 500[[Prototype]]: ObjectresponseText: \"{\\\"status\\\":500,\\\"error\\\":\\\"Internal Server Error\\\"}\"setRequestHeader: ƒ (e,t)state: ƒ ()status: 500statusCode: ƒ (e)statusText: \"error\"then: ƒ (t,n,i)[[Prototype]]: Object
error @ application.js:83
router.js:1064 Errore durante l'elaborazione della route: group.members
(anonymous) @ router.js:1064
rsvp.js:23 Uncaught ObjecterrorThrown: \"\"jqXHR: abort: ƒ (e)always: ƒ ()catch: ƒ (e)done: ƒ ()fail: ƒ ()getAllResponseHeaders: ƒ ()getResponseHeader: ƒ (e)jqTextStatus: \"error\"overrideMimeType: ƒ (e)pipe: ƒ ()progress: ƒ ()promise: ƒ (e)readyState: 4requestedUrl: \"/groups/EPiC.json\"responseJSON: error: \"Internal Server Error\"status: 500[[Prototype]]: Objectconstructor: ƒ Object()hasOwnProperty: ƒ hasOwnProperty()isPrototypeOf: ƒ isPrototypeOf()propertyIsEnumerable: ƒ propertyIsEnumerable()toLocaleString: ƒ toLocaleString()toString: ƒ toString()valueOf: ƒ valueOf()__defineGetter__: ƒ __defineGetter__()__defineSetter__: ƒ __defineSetter__()__lookupGetter__: ƒ __lookupGetter__()__lookupSetter__: ƒ __lookupSetter__()__proto__: (...)get __proto__: ƒ __proto__()set __proto__: ƒ __proto__()responseText: \"{\\\"status\\\":500,\\\"error\\\":\\\"Internal Server Error\\\"}\"setRequestHeader: ƒ (e,t)state: ƒ ()status: 500statusCode: ƒ (e)length: 1name: \"statusCode\"prototype: {constructor: ƒ}arguments: (...)caller: (...)[[FunctionLocation]]: jquery.js:9487[[Prototype]]: ƒ ()[[Scopes]]: Scopes[4]statusText: \"error\"then: ƒ (t,n,i)[[Prototype]]: ObjecttextStatus: \"error\"[[Prototype]]: Object
DevTools failed to load source map: Impossibile caricare il contenuto per chrome-extension://gighmmpiobklfepjocnamgkkbiglidom/browser-polyfill.js.map: System error: net::ERR_FILE_NOT_FOUND
/message-bus/eb47113e4410479497a7f26dedf3819c/poll:1 Impossibile caricare la risorsa: net::ERR_QUIC_PROTOCOL_ERROR
Ottieni gli stessi errori in modalità provvisoria?
Ho provato anche la modalità provvisoria ma continuo a ricevere lo stesso errore.
Per favore, aiutami a risolvere questo problema il prima possibile poiché sta diventando davvero critico per noi, nessuno è in grado di unirsi a nessun gruppo.
Nota: ho aggiornato tutti i plugin e il mio discourse è all’ultima versione al momento.
Non riesco a riprodurre questo sul mio sito di test. Hai plugin non ufficiali sul tuo sito che potrebbero avere un effetto? O altre differenze/stranezze degne di nota che potrei provare per vedere se riesco a replicare il problema?
Sto usando solo questi plugin. Ho provato anche in modalità provvisoria e continuo a ricevere gli stessi errori, poiché in modalità provvisoria disabilita tutti i plugin.
C’è qualcos’altro che è necessario da parte mia per riprodurre l’errore, allora per favore fatemelo sapere.
Temo che la modalità sicura disabiliti solo il codice front-end e non le cose lato server (che catturano la maggior parte delle cose, ma non tutto) quindi potrebbe ancora essere un plugin. Il più probabile è allow-pms-to-staff poiché è l’unico non ufficiale nell’elenco. Potresti provare a rimuoverlo dal tuo app.yml e ricostruire per vedere se è effettivamente la causa del problema?
È stata segnalata la necessità di una correzione per qualcos’altro di recente, anche se potrebbe non essere correlato:
Ok, fammici provare anche questo.
Fammi sapere se la rimozione del plugin ha risolto il problema. Non capisco come il plugin possa fare ciò, ma non vedo nemmeno altre ragioni per cui dovresti avere quel problema.
Sì, avevi ragione, questo plugin sta causando il problema. Dopo aver rimosso il plugin, ora ha ricominciato a funzionare.
@pfaffman per favore, risolvilo gentilmente poiché il tuo plugin è molto necessario per noi.
Quindi questo è un bug nel plugin non ufficiale GitHub - pfaffman/discourse-allow-pm-to-staff: Allow private messages to be sent to staff for users who could otherwise not send private messages.
Sposto questo in Support
@pfaffman non vedo un argomento per questo plugin?
In effetti. L’ho menzionato di sfuggita, non aspettandomi davvero che qualcuno lo usasse. 
Penso davvero che questa funzionalità dovrebbe essere nel core di Discourse, specialmente la possibilità per tutti gli utenti attivi di inviare un nuovo PM allo staff indipendentemente dal loro livello di fiducia o dal limite di messaggi privati. Ho ricevuto molte segnalazioni (pubbliche) da nuovi utenti di livello 0 che stavano cercando di contattarmi e non potevano farlo. E abilitare i PM generali da utente a utente per gli utenti di livello 0 è una cattiva idea.
Sì, il problema è risolto ora dopo le ultime modifiche al plugin
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
