Pergunta no WordPress Query Monitor: rastreamento de pilha para erros fatais

Um usuário perguntou ?

Para erros fatais como o erro do analisador dentro do meu código, o QM apenas exibe uma mensagem de erro simples: sem chamadas de estoque.

… Mas eu quero pegar … ?

Existe uma solução que deve funcionar:

E dentro do XDebug deve haver outra solução, que deve funcionar:

Infelizmente, a solução XDebug não me dá uma solução, apenas mostra shutdown_handler, nada mais do que um erro de analisador dentro do meu plugin.

Mas a solução com o manipulador de sinalizadores me dá uma dica de empilhamento. Infelizmente, ele não mostra meu plugin, mostra o manipulador de desligamento do QM.

…Isso pode inspirá-lo a fazer uma trilha de empilhamento seja qual for o futuro…

(@nilshoyer)

1 ano, 6 meses atrás

… Se eu desabilitar o QM, o XDebug mostra as chamadas empilhadas do meu arquivo de plugin, se houver um erro interno mais nítido. Então talvez possa haver uma solução para QM também. ?

(@johnbillion)

Desenvolvedor WordPress Core

1 ano, 6 meses atrás

Obrigado pela mensagem.

Um erro de análise nunca mostrará uma trilha empilhada, mesmo com o QM desabilitado e não importa se você tem o Xdebug habilitado ou não. Acredito que isso ocorra porque o erro de análise ocorre fora da pilha de chamadas em tempo de execução quando o arquivo é analisado.

Para outros tipos de kills, como chamar uma função indefinida, se você tiver o Xdebug habilitado, deverá ver o rastreamento de pilha completo.

A abordagem da função tick que quero seguir não é um caminho 🙂

Portanto, sem o Xdebug instalado, não há realmente nada que o QM possa fazer, infelizmente.

Isto foi útil?

0 / 0

Deixe uma resposta 0

O seu endereço de email não será publicado. Campos obrigatórios são marcados *