Ao acessar a página de Grupos (domain.com/g), todos os grupos são buscados, mas ao tentar entrar em um grupo específico, recebo o erro abaixo. Este erro ocorre com todos os grupos.
Eu sou o proprietário desses grupos e verifiquei isso também a partir da conta de um usuário normal. Os mesmos erros ocorrem com esse tipo de usuário específico.
Por favor, ajude-me a corrigir este problema.
Você poderia verificar seus \\logs ou o console do navegador ao tentar acessar o grupo para ver se há mais detalhes sobre o erro lá?
Você poderia expandir esses erros e copiar a mensagem para um codeblock aqui?
/groups/EPiC.json:1 Falha ao carregar recurso: o servidor respondeu com um status 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 Erro ao processar rota: 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 Falha ao carregar recurso: net::ERR_QUIC_PROTOCOL_ERROR
Você obtém os mesmos erros usando o modo de segurança?
Eu também tentei o modo de segurança, mas ainda recebo o mesmo erro.
Por favor, ajude-me a resolver este problema o mais rápido possível, pois isso está se tornando realmente crítico para nós, ninguém consegue entrar em nenhum dos grupos.
Observação - Atualizei todos os plugins e meu discourse está na versão mais recente no momento.
Estou com problemas para reproduzir isso em meu site de teste. Você tem algum plugin não oficial em seu site que possa estar causando efeito? Ou alguma outra diferença/particularidade notável que eu possa tentar para ver se consigo replicar o problema?
Estou usando apenas estes plugins. Tentei no modo de segurança também e ainda estou recebendo esses erros, pois no modo de segurança ele desabilita todos os plugins.
Há algo mais que seja necessário da minha parte para reproduzir o erro, por favor, me avise.
Receio que o modo de segurança apenas desabilite o código do lado do cliente (front-end) e não o do lado do servidor (que pega a maioria das coisas, mas não tudo), então ainda pode ser um plugin. O mais provável é o allow-pms-to-staff, pois é o único não oficial na lista. Você poderia tentar removê-lo do seu app.yml e reconstruir para ver se é realmente isso que está causando o problema?
Houve um relato de que ele precisou de uma correção para outra coisa recentemente, embora possa não estar relacionado:
Ok, deixe-me tentar isso também.
Me avise se remover o plugin resolveu o problema. Não vejo como o plugin faria isso, mas também não vejo outro motivo para você ter esse problema.
Sim, você estava certo, este plugin está causando o problema. Após remover o plugin, ele agora começou a funcionar.
@pfaffman, por favor, corrija-o, pois seu plugin é muito necessário para nós.
Então, este é um bug no plugin não oficial GitHub - pfaffman/discourse-allow-pm-to-staff: Allow private messages to be sent to staff for users who could otherwise not send private messages.
Movendo isto para Support
@pfaffman não estou vendo um tópico para este plugin?
De fato. Mencionei isso de passagem, sem realmente esperar que alguém o usasse. 
Eu realmente acho que essa funcionalidade deveria estar no núcleo do Discourse, especialmente a capacidade de todos os usuários ativos enviarem uma nova MP para a equipe, independentemente de seu nível de confiança ou limite de taxa de MP. Recebi muitos relatórios (públicos) de novos usuários de nível 0 que estavam tentando entrar em contato comigo e não conseguiram. E habilitar MPs gerais de usuário para usuário para usuários de nível 0 é uma má ideia.
Sim, o problema foi corrigido agora após as últimas alterações no plugin
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
