olá @renatah,
claro, se há erros no LOG, precisam ser corrigidos. mas vendo sua imagem, eu, como NÃO PROGRAMADOR, não vejo uma relação de causa-consequência entre os erros do LOG e o problema de seu tópico.
e isso inclusive é fortalecido por sua frase “Para clientes que estão logados, não é necessário fazer esse procedimento, o cliente consegue consultar o frete no carrinho de compras”. se fosse um problema com os meios de envio e cálculo do frete, NINGUÉM conseguiria…
se o erro não ocorre com quem está logado, então não me parece ser um erro do código em si. mas sim uma personalização do código, em que o programador, em algum momento, por alguma solicitação, colocou uma configuração para que o frete só fosse mostrado para quem está logado.
tanto que quando você diz “apenas se iniciarem o processo de finalização de compras e preenchessem os campos para entrega é que aparece as opções correios”, para começar o checkout é preciso fazer um processo de login, seja fazendo login, para quem já é cliente, seja preenchendo dados de login, para quem ainda não é cliente.
infelizmente no Brasil vejo muito não haver a cultura do “versionamento”. se pesquisar em qualquer bom tema e plugins, verá que todos tem algo chamado “changelog”, que informa as alterações de versão a versão do tema ou plugin. basicamente, o versionamento é você deixar registrado TODAS as mudanças que você faz no código.
eu tenho isso com todos os WordPress de meus clientes. cada CSS Adicional incluindo em Aparência > Personalizar, cada código inserido dentro de algum arquivo, tudo fica registrado em um histórico que guardo com a data, o código, a razão e o local onde foi inserido o código. mas quando se pega programador que está preocupado em acelerar o processo e não faz isso, ai fica dependendo da memória dele. e memória, enfim, não é algo digno de confiança total.
o que posso sugerir é você colocar o seu caso em um portal de freelas, como o Workana, por exemplo, e colocar como escopo a necessidade de solucionar isso. o bom desse tipo de portal é que o pagamento, apesar de ser pré-pago, só é entregue ao programador APÓS a entrega do acordado. com isso, se você não receber o que contratou, mantém seu capital e contrata outro que entregue o que você precisa.
pois se o programador inicial não sabe como resolver, então já era. e provavelmente se ele fez isso, alguém solicitou isso a ele. pode não ter sido você, mas alguém de sua equipe/empresa deve ter pedido. e se não quer contactar o programador inicial, ai é que vai precisar de um programador mesmo.
ou então ter tempo, paciência e até um dose de sorte para fuçar o WordPress a caça desse código.
algo que pode ajudar nesse caso é o plugin da Sucuri, que é um plugin contra malwares. só que uma das ações dele é comparar o código dos arquivos de seu WordPress com o código dos arquivos originais (pois se um hacker inseriu um malware, vai ser um código diferente dos arquivos originais, lógica simples mas inteligente). ai o plugin mostra tudo o que está diferente do que deveriam ser os arquivos originais. bem, você pode tentar ver essas diferenças e quem sabe ver onde foi que o programador mexeu.
eu já fiz isso no passado. nunca gostei, pois é um “saco”. mas se você tem um bom conhecimento de inglês (entre intermediário e nativo), dá pra entender o código, pois basicamente programação é em inglês… ai em algum momento você pode ver um código com palavras como “woocomerce”, “user”, “shipping”, “login” e vendo o código antes e depois dessas palavras perceber que encontrou o que queria.
não é fácil e corre o risco de causar mais problemas ainda. mas se não quiser ver investir em um programador, difícil imaginar outro caminho. sendo que antes de mexer em qualquer coisa, faça backups! pois se der algum erro, basta restaurar o WordPress com o backup.
saudações,
