Lorsque je vais sur la page Groupes (domaine.com/g), elle récupère tous les groupes, mais lorsque j’essaie d’entrer dans un groupe particulier, elle me donne l’erreur ci-dessous. Cette erreur survient avec tous les groupes.
Je suis le propriétaire de ces groupes et j’ai vérifié cela depuis le compte d’un utilisateur normal et les mêmes erreurs surviennent avec ce type d’utilisateur particulier.
Merci de m’aider à résoudre ce problème.
Pourriez-vous vérifier vos \\logs ou la console de votre navigateur lorsque vous essayez d’accéder au groupe pour voir s’il y a plus de détails sur l’erreur ?
Pourriez-vous développer ces erreurs et copier le message dans un bloc de code ici ?
/groups/EPiC.json:1 Échec du chargement de la ressource : le serveur a répondu avec un statut de 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 Erreur lors du traitement de la 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: Could not load content for chrome-extension://gighmmpiobklfepjocnamgkkbiglidom/browser-polyfill.js.map: System error: net::ERR_FILE_NOT_FOUND
/message-bus/eb47113e4410479497a7f26dedf3819c/poll:1 Échec du chargement de la ressource : net::ERR_QUIC_PROTOCOL_ERROR
Obtenez-vous les mêmes erreurs en mode sans échec ?
J’ai aussi essayé le mode sans échec mais j’obtiens toujours la même erreur.
Aidez-moi à résoudre ce problème dès que possible car cela devient vraiment critique pour nous, personne ne peut rejoindre aucun des groupes.
Remarque : j’ai mis à jour tous les plugins et mon discourse est dans la dernière version à l’heure actuelle.
J’ai du mal à reproduire cela sur mon site de test. Avez-vous des plugins non officiels sur votre site qui pourraient avoir un effet ? Ou d’autres différences/particularités notables que je pourrais essayer pour voir si je peux reproduire le problème ?
J’utilise uniquement ces plugins. J’ai également essayé en mode sans échec et j’obtiens toujours ces erreurs, car en mode sans échec, tous les plugins sont désactivés.
Y a-t-il autre chose dont j’ai besoin de mon côté pour reproduire l’erreur, s’il vous plaît, faites-le moi savoir.
Je crains que le mode sans échec ne désactive que le code côté client et non le code côté serveur (qui attrape la plupart des choses, mais pas tout), il pourrait donc toujours s’agir d’un plugin. Le plus probable est allow-pms-to-staff car c’est le seul non officiel de la liste. Vous pourriez essayer de le supprimer de votre app.yml et de reconstruire pour voir si c’est bien cela qui cause le problème ?
Il y a eu un rapport récent indiquant qu’il avait besoin d’une correction pour autre chose, bien que cela puisse être sans rapport :
Ok, laissez-moi essayer ça aussi.
Faites-moi savoir si la suppression du plugin a résolu le problème. Je ne vois pas comment le plugin pourrait faire cela, mais je ne vois pas d’autre raison pour laquelle vous auriez ce problème.
Oui, vous aviez raison, ce plugin pose problème. Après avoir supprimé le plugin, cela fonctionne maintenant.
@pfaffman, veuillez avoir la gentillesse de le corriger car votre plugin nous est très nécessaire.
Alors, c’est un bug dans le plugin non officiel GitHub - pfaffman/discourse-allow-pm-to-staff: Allow private messages to be sent to staff for users who could otherwise not send private messages.
Je déplace ceci dans Support
@pfaffman Je ne vois pas de sujet pour ce plugin ?
En effet. Je l’ai mentionné à la légère, sans vraiment m’attendre à ce que quelqu’un l’utilise. 
Je pense vraiment que cette fonctionnalité devrait faire partie du cœur de Discourse, en particulier la possibilité pour tous les utilisateurs actifs d’envoyer un nouveau MP au personnel, quel que soit leur niveau de confiance ou leur limite de taux de MP. J’ai reçu de nombreux rapports (publics) d’utilisateurs de niveau 0 qui essayaient de me contacter et n’y parvenaient pas. Et activer les MP généraux d’utilisateur à utilisateur pour les utilisateurs de niveau 0 est une mauvaise idée.
Oui, le problème est maintenant résolu après les derniers changements dans le plugin
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
