erro (pagina sem dos dados) na impressao da carta de correção

[m5sistemas]

Bom dia, segue 2 videos mostrando a falha na impressao da carta de correção , a em branço é la no cliente , e em outros tb, a preenchida é aqui na minha maquina (é o mesmo aplicativo) , notamos q na maquina ondem tem o delphi/acbr instalado funciona perfeitamente

https://www.m5sistemas.com.br/erro1.mp4

https://www.m5sistemas.com.br/erro2.mp4

 

[Juliomar Marchetti]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

46 minutos atrás, m5sistemas disse:

Bom dia, segue 2 videos mostrando a falha na impressao da carta de correção , a em branço é la no cliente , e em outros tb, a preenchida é aqui na minha maquina (é o mesmo aplicativo) , notamos q na maquina ondem tem o delphi/acbr instalado funciona perfeitamente

https://www.m5sistemas.com.br/erro1.mp4

https://www.m5sistemas.com.br/erro2.mp4

 

ACBr está atualizado dessa semana?

[Diego Foliene]

Bom dia!

Tentei imitar a estrutura de arquivos, mas não tive problemas.

No seu exemplo, dentro da pasta dos fontes, libssl-1_1-x64.dll, libcrypto-1_1-x64.dll e inpoutx64.dll

Isso me faz entender que você compila o .EXE em x64. É isso mesmo? Se sim, existe algum motivo em específico?

[m5sistemas]

- sim, o acbr é de ontem

- mesmo sem os dll na pasta aqui localmente imprime normalmente

 

 

- para imprimir ele usa os "schemas" ? 

[Diego Foliene]

Boa tarde!

2 hours ago, m5sistemas said:

- mesmo sem os dll na pasta aqui localmente imprime normalmente

É possível que o micro que esteja apresentando problema esteja pegando as dlls incorretas ou de versão indesejada, por isso o teste adicionando elas na mesma pasta do .EXE.

Também é por isso que questionei se colocou as dlls da versão x64.

Você está compilando o exemplo especificamente em x64? Por default a compilação é x86.

Coloque as dlls da x86 na mesma pasta do .EXE

2 hours ago, m5sistemas said:

- para imprimir ele usa os "schemas" ? 

A princípio não.

Tanto que em um dos testes que fiz, apaguei meu arquivo ACBrNFe.ini que tem as configurações do exemplo salvas e ele ficou sem o PathSchemas configurado.

2 hours ago, m5sistemas said:

- sim, o acbr é de ontem

Só confirmando:

• Sempre que atualiza os fontes, você reinstala o ACBr, correto?
• Você tem mais de uma versão do Delphi na sua máquina?
• Essa máquina que apresenta problema é Windows? Se sim, qual é a versão do mesmo?

[m5sistemas]

- estamos compilando x86

- sim, atualizo com o svn e rodo o trunk para compilar/instalar o acbr

- somente 1 versao do delphi (nesta delphi 7)

- maquina zerada tem 1 mes de uso (windows 11)

[Juliomar Marchetti]

28 minutos atrás, m5sistemas disse:

- estamos compilando x86

- sim, atualizo com o svn e rodo o trunk para compilar/instalar o acbr

- somente 1 versao do delphi (nesta delphi 7)

- maquina zerada tem 1 mes de uso (windows 11)

midaslib, tu tem ele declarado na uses?
como é delphi 7 tu também está usando o fastmm no delphi?
e aplicou possíveis correções ao delphi mesmo? por exemplo

https://www.idefixpack.de/blog/bugfix-units/midas-speed-fix-12/

https://www.idefixpack.de/blog/wp-content/plugins/download-monitor/download.php?id=123

https://www.idefixpack.de/blog/wp-content/plugins/download-monitor/download.php?id=95

https://www.idefixpack.de/blog/wp-content/plugins/download-monitor/download.php?id=43

[m5sistemas]

Obrigado Juliomar, executei estes fix e plugin, recompilei mas continua a falha la nos clientes, aqui mostra normalmente mas lá não jeito

- midaslib, tu tem ele declarado na uses?

   - nao declaro a midaslib

 

- mas continuo na esperança que seja falta de alguma biblioteca , mas qual?

 

[m5sistemas]

- obrigado pelas atualizações visuais no delphi , ficou muito mais agil algumas pesquisa ex.: componentes

 

[Daniel InfoCotidiano]

Tivemos um caso ontem se nao me engano, o usuario reinstalou até o fortes.
Ele apagou a pasta do acbr e baixou do zero
Se vc não tiver modificações, tente isso.

 

[Juliomar Marchetti]

13 horas atrás, m5sistemas disse:

Obrigado Juliomar, executei estes fix e plugin, recompilei mas continua a falha la nos clientes, aqui mostra normalmente mas lá não jeito

- midaslib, tu tem ele declarado na uses?

   - nao declaro a midaslib

 

- mas continuo na esperança que seja falta de alguma biblioteca , mas qual?

 

Então voltando ao que o Daniel citou acima

tu tem fontes do acbr ou fortes antigos no micro em algum lugar.

faz um teste

fecha o delphi vai na pasta do ACBr e apaga a pasta LIB

depois roda o instalador

[Italo Giurizzato Junior]

Bom dia @m5sistemas,

Complementando tudo o que já lhe foi dito:

Você tem fontes do ACBr com alterações locais?
Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit.
Atualize todos os fontes de todas as pastas.
Reinstale o ACBr com a opção de apagar arquivos antigos marcada.
Compile a aplicação com a opção Build.
Por fim repita os testes.
 

[m5sistemas]

Boa tarde, a instalação esta completa e zerada, sem fontes antigos (nem acbr nem fortes) esta maquina é nova de 1 mes e tomei o cuidado de instalar tudo novo, e como  citei, aqui imprime , o problema é la no(s) cliente(s)

- sem erros nos fontes

[Juliomar Marchetti]

1 hora atrás, m5sistemas disse:

Boa tarde, a instalação esta completa e zerada, sem fontes antigos (nem acbr nem fortes) esta maquina é nova de 1 mes e tomei o cuidado de instalar tudo novo, e como  citei, aqui imprime , o problema é la no(s) cliente(s)

- sem erros nos fontes

Traga as informações de que micro é? windows instalado? todas as atualizações do window sestão baixadas?

[m5sistemas]

sim , esta com as atualizações em dia

 

este é um exemplo, mas nao funcionou nas outras maquinas q testei!

[Juliomar Marchetti]

10 minutos atrás, m5sistemas disse:

sim , esta com as atualizações em dia

 

este é um exemplo, mas nao funcionou nas outras maquinas q testei!

Server não é micro pra uso no dia a dia.
ele bloqueia um monte de coisa e sim pode gerar problemas

[m5sistemas]

é so um exemplo de várias maquinas, segue outra abaixo

 

[Diego Foliene]

Bom dia!

Por favor, veja se o mesmo comportamento ocorre se fizer um teste utilizando este exemplo compilado em Lazarus.

Não precisa preencher nenhuma informação, apenas execute o arquivo e use o ImprimirEvento.

Outra questão, nessas máquinas problemáticas, se você tentar imprimir o Danfe ele também fica em branco?

Se usar o ImprimirEventoPDF o resultado é o mesmo do ImprimirEvento?

 

ACBrNFe_Exemplo.exe

[Daniel InfoCotidiano]

@Diego Foliene @Juliomar Marchetti @Italo Giurizzato Junior
Lembrando que com o programa exemplo, funciona no cliente conforme relatado no discord:

https://discord.com/channels/798697718800318484/798968895707938826/1260560986503381033

[Daniel InfoCotidiano]

Em testes com o meu D7, aqui esta normal
Chegou a baixar o fortes e reinstala-lo ?
 

[Renato Rubinho]

Seguem considerações:

Em 17/07/2024 at 19:46, m5sistemas disse:

midaslib, tu tem ele declarado na uses?

   - nao declaro a midaslib

1. Se você não declara o midaslib, precisa copiar a midas.dll para a pasta do exe, no cenário que tem o Delphi pode não apresentar o problema por ter ela no System32.

Em 17/07/2024 at 17:05, m5sistemas disse:

- estamos compilando x86

2. Copie as dlls da versão x86 de dependências também para a pasta do exe

/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

/trunk2/DLLs/LibXml2/x86/

3. Eventualmente ocorrem "problemas estranhos" devido ao driver da impressora padrão

Tente mudar a impressora padrão, selecione por exemplo uma impressora pdf

[m5sistemas]

Rubinho , realmente era a falta das Bibiliotecas LIBXML(x86) salvei elas la na pasta do sistema e ja imprimiu, muito obrigado

[Juliomar Marchetti]

6 minutos atrás, m5sistemas disse:

Rubinho , realmente era a falta das Bibiliotecas LIBXML(x86) salvei elas la na pasta do sistema e ja imprimiu, muito obrigado

são dll´s que devem estar na pasta do seu aplicativo e neste caso estou mostrando win32 que é as pastas x86

essa

essa

e essa

[Renato Rubinho]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.