Frameworksp

Atalhos

Páginas filhas
  • Versão LIB 20190131_P12

Versões comparadas

Versão antiga 87

changes.mady.by.user Luciana Martins Xavier

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Rosangela Pereira Dos Santos Ayoub

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Melhorias


Expandir
titleDFRM4-271 - Melhoria para permitir a utilização do cadastro de projetos apenas quando o release for maior ou igual a 12.1.23

Situação/Requisito:

O Cadastro de Projetos (Gestão de Ambiente) está disponível para qualquer versão de release.

Solução/Implementação:

Criado uma tratativa possibilitando o uso do Cadastro de Projetos apenas para versões de releases iguais ou maiores que 12.1.23.

APCFG300.PRW

Chamados relacionados:

DFRM4-271

...

Expandir
titleDFRM1-14790 - Implementar POST, PUT e DELETE para a API jobScheduler

Situação/Requisito:

Implementar POST, PUT e DELETE para a API jobScheduler.

Solução/Implementação:

Implementado POST, PUT e DELETE para a API jobScheduler.

FWJOBSCHADAPTER.PRW
FWJOBSCHEDULERAPI.PRW
FWADAPTERBASEV2.PRW
FWDELETEADAPTER.PRW
FWGETADAPTER.PRW
FWPOSTADAPTER.PRW
FWDASCHEDULE.PRW
FWMGSCHEDULE.PRW

Chamados relacionados:

DFRM1-14790

Expandir
titleDFRM1DFRM3-14247 - Restabelecer o checksum do usuário "admin"278 - Implementação de API de menus

Situação/Requisito:

Na release 23 o checksum de usuários está habilitado. Hoje já é possível que o usuário admin consiga restabelecer o checksum de um usuário violado. Agora é necessário restabelecer o checksum do usuário adminImplementação de API de menus.

Solução/Implementação:

Implementação de API de menus.


FwODataExpression.prw

FWJobSchAdapter.prw

CFGX013API.PRW

CFGX017API.PRW

FwMenuAdapter.prw

FwParamAdapter.prw

MPSysMenuLoad.prw

FwFilterRestVisitor.prw

FwGETAdapter.prw

Realizada a implementação de verificação e possibilidade de reset dos registros do checksum do administrador a partir do envio de token e contato com a equipe de suporte framework.

FWPSWSENDBYIMAIL.PRX
FWUSERACCOUNTDATA.PRX
FWUSERACCOUNT.PRX

Chamados relacionados:

DFRM1DFRM3-14247

...

278

Ao chamar uma mensagem de alerta, informação ou erro ( msginfo, msgalert, msgstop ) em uma thread sem interface gráfica, está gerando não conformidade
Expandir
titleDFRM1-6640 - Ao chamar uma mensagem de alerta, informação ou erro ( msginfo, msgalert, msgstop ) em uma thread sem interface gráfica, está gerando não conformidade14247 - Restabelecer o checksum do usuário "admin"

Situação/Requisito:

Na release 23 o checksum de usuários está habilitado. Hoje já é possível que o usuário admin consiga restabelecer o checksum de um usuário violado. Agora é necessário restabelecer o checksum do usuário admin

Situação/Requisito:

Solução/Implementação:

Foi criada uma tratativa para as funções de mensagem serem enviada para o FWLogMsg quando o ambiente não possuir interface, essa regra não se aplica somente as mensagens de YESNO e NOYES ( MsgNoYes, MsgYesNo ) pois são mensagem que podem alterar o fluxo do programa.

 FWALERT.PRW

Realizada a implementação de verificação e possibilidade de reset dos registros do checksum do administrador a partir do envio de token e contato com a equipe de suporte framework.

FWPSWSENDBYIMAIL.PRX
FWUSERACCOUNTDATA.PRX
FWUSERACCOUNT.PRX

Chamados relacionados:

DFRM1-14247

Chamados relacionados:

DFRM1-6640

Expandir
titleDFRM1-12096 16212- Não conformidade ao personalizar o relatório MATR020em campos marcados no SX3 como não usados

Situação/Requisito:

Ao possuir muitos layouts, ao criar um novo ou carregar um já existente gera não conformidade.

Os campos marcados no SX3 como não usados, não estão visíveis para a criação de filtros no browse

Solução/Implementação:

Corrigido o array de controle dos layouts personalizados.

O sistema deixou de efetuar a validação quanto ao campo ser usado ou não para que seja criado um filtro envolvendo o mesmo

FWMBROWSE.PRW
FWFILTEREDIT

 REPORT01

.PRW

Chamados relacionados:

DFRM1-

12096

16212

Não conformidades


Expandir
titleDFRM1-12796 - Não conformidade na chamada da função SetRESTFault 6640 - Ao chamar uma mensagem de alerta, informação ou erro ( msginfo, msgalert, msgstop ) em uma thread sem interface gráfica, está gerando não conformidade

Situação/Requisito:

Ao chamar a função SetRESTFault com o código 409, o REST do Protheus está retornando o código 500 incorretamenteuma mensagem de alerta, informação ou erro ( msginfo, msgalert, msgstop ) em uma thread sem interface gráfica, está gerando não conformidade

Solução/Implementação:

Foi criada uma tratativa para as funções de mensagem serem enviada para o FWLogMsg quando o ambiente não possuir interface, essa regra não se aplica somente as mensagens de YESNO e NOYES ( MsgNoYes, MsgYesNo ) pois são mensagem que podem alterar o fluxo do programa.

 FWALERT.PRW

O array de códigos de estado do HTTP foi atualizada para o código 409 e retornou o mesmo quando configurado para a função SetRESTFault dentro de uma thread REST

FWHTTPLIB.PRX

Chamados relacionados:

DFRM1-127966640

Expandir
titleDFRM1-12957 12096 - Não conformidade em Schedulle da rotina FINR137ao personalizar o relatório MATR020

Situação/Requisito:

Não conformidade ao gerar os relatório de posição dos títulos a receber por vendedor (FINR137) via schedulle, utilizando uma fórmula para determinar o conteúdo da pergunta "Data Base ?" (MV_PAR16).

Solução/Implementação:

Efetuado o ajuste na criação dos gets na tela de parametros aba de formulas.

FWUISSCHDPARAM.PRW

Ao possuir muitos layouts, ao criar um novo ou carregar um já existente gera não conformidade.

Solução/Implementação:

Corrigido o array de controle dos layouts personalizados.

 REPORT01.PRW

Chamados relacionados:

DFRM1-1295712096

Expandir
titleDFRM1-13785 12796 - Correção na manutenção de menusNão conformidade na chamada da função SetRESTFault

Situação/Requisito:Correção na manutenção de menus, a mesma estava gerando error.log de variável inexistente.

Ao chamar a função SetRESTFault com o código 409, o REST do Protheus está retornando o código 500 incorretamente

Solução/Implementação:

O array de códigos de estado do HTTP foi atualizada para o código 409 e retornou o mesmo quando configurado para a função SetRESTFault dentro de uma thread REST

FWHTTPLIB.PRX nome da variável foi corrigido, a mesma foi declarada com onze caracteres e utilizada apenas com dez. Por padrão e legado, o nome com dez caracteres foi mantido.CFGX013.PRW

Chamados relacionados:

DFRM1-1378512796

Expandir
titleDFRM1-13038 12957 - Não conformidade ao criar um totalizador sem informar o tipo e/ou mascaraem Schedulle da rotina FINR137

Situação/Requisito:Ao criar um totalizar sem informar o tipo e/ou mascara gera não conformidade

Não conformidade ao gerar os relatório de posição dos títulos a receber por vendedor (FINR137) via schedulle, utilizando uma fórmula para determinar o conteúdo da pergunta "Data Base ?" (MV_PAR16).

Solução/Implementação:

Efetuado o ajuste na criação dos gets na tela de parametros aba de formulas.

FWUISSCHDPARAM

Adicionado validação para não permitir cadastrar um totalizador sem informar o tipo.

FWBRWCONFIG.PRW

Chamados relacionados:

DFRM1-1303812957

Expandir
titleDFRM1-12546 13785 - Mensagem de não conformidade utilizando PARAMTYPE é apresentada sem espaço entre as palavrasCorreção na manutenção de menus

Situação/Requisito:

Ao gerar um erro utilizando PARAMTYPE, o mesmo é gerado de forma aglutinadaCorreção na manutenção de menus, a mesma estava gerando error.log de variável inexistente.

Solução/Implementação:

O nome da variável foi corrigido, a mesma foi declarada com onze caracteres e utilizada apenas com dez. Por padrão e legado, o nome com dez caracteres foi mantido.

CFGX013.PRW

Adicionado tratamento no parmtype.ch para a correta composição da mensagem de erro.

PARMTYPE.CH

Chamados relacionados:

DFRM1-1254613785

Expandir
titleDFRM1-12405 13038 - Não conformidade ao criar filtro de consulta padrão usuárioum totalizador sem informar o tipo e/ou mascara

Situação/Requisito:

Não conformidade ao criar filtro de consulta padrão usuárioAo criar um totalizar sem informar o tipo e/ou mascara gera não conformidade.

Solução/Implementação:

Na situação o botão de 'Solicitar filtro na entrada do browse' foi desabilitada para quando for utilizado um browse de array que seja acionado por uma consulta padrão. Esse comportamento já era considerado pois o botão de 'Filtrar' não é apresentado quando ocorria esse cenário.

FWBROWSE.PRWAdicionado validação para não permitir cadastrar um totalizador sem informar o tipo.

FWBRWCONFIG.PRW

Chamados relacionados:

DFRM1-1240513038

Expandir
titleDFRM1-12799 - Sistema bloqueia o acesso de outo usuário quando acessa a mesma rotina12546 - Mensagem de não conformidade utilizando PARAMTYPE é apresentada sem espaço entre as palavras

Situação/Requisito:

Sistema bloque o acesso de outo usuário quando acessa a mesma rotinaAo gerar um erro utilizando PARAMTYPE, o mesmo é gerado de forma aglutinada.

Solução/Implementação:

Criado Adicionado tratamento para que quando utilizado duas FWMBrowses o lock da duas sejam liberadas corretamente. Para esse tipo de situação (Abertura de uma FWMBrowse a partir do lock de um registro realizada pela opção (Ex. Alteração) da primeira FWMBrowse)será obrigatório o uso do método SetCanSaveArea.

FWMBROWSE.PRW

no parmtype.ch para a correta composição da mensagem de erro.

PARMTYPE.CH

Chamados Chamados relacionados:

DFRM1-1279912546

Expandir
titleDFRM1-12135 12405 - Não conformidade ao fazer a atualização automática da biblioteca do Brokercriar filtro de consulta padrão usuário

Situação/Requisito:

Não conformidade ao fazer a atualização automática da biblioteca do Brokercriar filtro de consulta padrão usuário.

Solução/Implementação:

Correção : Efetuado a correção no update automatico do smartclient, evitando o loop na inicialização e a atualização correta da dll totvsbrokercg.

Na situação o botão de 'Solicitar filtro na entrada do browse' foi desabilitada para quando for utilizado um browse de array que seja acionado por uma consulta padrão. Esse comportamento já era considerado pois o botão de 'Filtrar' não é apresentado quando ocorria esse cenário.

FWBROWSE.PRW
FWBRWCONFIG.PRWUPDRMT.PRX


Chamados relacionados:

DFRM1-1213512405

Expandir
titleDFRM1-13035 - Função FWSFLdPsqRule não Retorna Array12799 - Sistema bloqueia o acesso de outo usuário quando acessa a mesma rotina

Situação/Requisito:

Função FWSFLdPsqRule não Retorna ArraySistema bloque o acesso de outo usuário quando acessa a mesma rotina.

Solução/Implementação:

Adicionado Criado tratamento para a correta pesquisa de usuários x regras de privilégios.que quando utilizado duas FWMBrowses o lock da duas sejam liberadas corretamente. Para esse tipo de situação (Abertura de uma FWMBrowse a partir do lock de um registro realizada pela opção (Ex. Alteração) da primeira FWMBrowse)será obrigatório o uso do método SetCanSaveArea.

FWMBROWSE.PRWSIGAPSW.PRG


Chamados relacionados:

DFRM1-1303512799

Expandir
titleDFRM1-12882/ DFRM112135 - 12607 - Não conformidade no SmartClient quando a seção UPDATE está habilitadaao fazer a atualização automática da biblioteca do Broker
Chamados relacionados:

Situação/Requisito:

Ao tentar logar no SmartClient e a seção UPDATE está informada, ocorrem algumas não conformidades:

No Logo Guará, mesmo com

Não conformidade ao fazer a atualização automática

existindo na camada do binário, a LIB também está tentando atualizar os arquivos.
  • Quando a execução do SmartClient é efetuada em rede //, é gerada uma não conformidade na cópia/backup dos arquivos
  • Quando o diretório do SmartClient está pronto para arquivamento ( opção de pasta do Windwos ) é gerado não conformidade ao tentar copiar a própria pasta de execução

    • Solução/Implementação:

    Foi criada uma tratativa para a versão do Lobo Guará, que dependendo da versão, as funções de LIB de atualização de remote deixam de ser executadas.
    A criação de pastas na rede foi corrigida, para na falha da criação, seja utilizada uma outra função de binário, criando assim um retry na criação do diretório.
    A cópia dos arquivos e também o backup foram corrigidos quanto a própria pasta, mesmo ela estando marcada como arquivo ( opção de pasta do Windows )

    UPDRMT.PRX

    da biblioteca do Broker.

    Solução/Implementação:

    Correção : Efetuado a correção no update automatico do smartclient, evitando o loop na inicialização e a atualização correta da dll totvsbrokercg.

    UPDRMT.PRX


    Chamados relacionados:

    DFRM1-12135

    Expandir
    titleDFRM1-13035 - Função FWSFLdPsqRule não Retorna Array

    Situação/Requisito:

    Função FWSFLdPsqRule não Retorna Array.

    Solução/Implementação:

    Adicionado tratamento para a correta pesquisa de usuários x regras de privilégios.

    SIGAPSW.PRG

    Chamados relacionados:

    DFRM1-13035

    DFRM1-12813
    Expandir
    titleDFRM1-12882/ DFRM1-12607
    Expandir
    titleDFRM1-13642 - Envio de informações de uso do sistema para acessos no ambiente que não consomem licença- Não conformidade no SmartClient quando a seção UPDATE está habilitada

    Situação/Requisito:

    Necessidade em enviar informações de uso do sistema para acessos no ambiente que não consomem licença

    Solução/Implementação:

     Adicionado tratamento para enviar ao LS o acesso de uso no ambiente que não consomem licenças

    APLIB090.PRE
    FWCANUSETAF.PRW
    FWLSCLIENT.PRX
    TBICONN.PRW
    FWGETRPORELEASE.PRX

    Chamados relacionados:

    DFRM1-13642

    Expandir
    titleDFRM1-12813 - Não conformidade em Liberação de Sadt(PLS)

    Ao tentar logar no SmartClient e a seção UPDATE está informada, ocorrem algumas não conformidades:

    1. No Logo Guará, mesmo com a atualização automática existindo na camada do binário, a LIB também está tentando atualizar os arquivos.
    2. Quando a execução do SmartClient é efetuada em rede //, é gerada uma não conformidade na cópia/backup dos arquivos
    3. Quando o diretório do SmartClient está pronto para arquivamento ( opção de pasta do Windwos ) é gerado não conformidade ao tentar copiar a própria pasta de execução

    Solução/Implementação:

    Foi criada uma tratativa para a versão do Lobo Guará, que dependendo da versão, as funções de LIB de atualização de remote deixam de ser executadas.
    A criação de pastas na rede foi corrigida, para na falha da criação, seja utilizada uma outra função de binário, criando assim um retry na criação do diretório.
    A cópia dos arquivos e também o backup foram corrigidos quanto a própria pasta, mesmo ela estando marcada como arquivo ( opção de pasta do Windows )

    UPDRMT.PRX

    Chamados relacionados:

    DFRM1-12882 / DFRM1-12607

    Situação/Requisito:

    Ao realizar cópia da liberação, dentro da rotina: PLSA094B(Liberação Sadt), quando o parâmetro:MV_ENCHOLD=1. Os campos ficam sobrepostos

    Solução/Implementação:

    Adicionado tratamento para respeitar corretamente a hora inicial do agendamento quando há troca de dia

    MSMGETPR.PRW

    Chamados relacionados:

    Ao efetuar a impressão do browse de clientes, a acentuação não está sendo respeitada, gerando caracteres inválidos.
    Expandir
    titleDFRM1-13945 - Não conformidade em impressão de Browse13642 - Envio de informações de uso do sistema para acessos no ambiente que não consomem licença

    Situação/Requisito:

    Necessidade em enviar informações de uso do sistema para acessos no ambiente que não consomem licença

    Situação/Requisito:

    Solução/Implementação:

    Ao gerar o arquivo XML, a função EncodeUTF8 será chamada apenas uma vez, evitando o Encode de string já em formato UTF8

     Adicionado tratamento para enviar ao LS o acesso de uso no ambiente que não consomem licenças

    APLIB090.PRE
    FWCANUSETAF.PRW
    FWLSCLIENT.PRX
    TBICONN.PRW
    FWGETRPORELEASE

    FWMSEXCELEX

    .PRX

    Chamados relacionados:

    DFRM1-

    13945

    13642

    Expandir
    titleDFRM1-13114 12813 - Não conformidade na função FTPDirectoryem Liberação de Sadt(PLS)

    Situação/Requisito:

    Ao utilizar a função FTPDirectory com o segundo parâmetro igual a D, a função não está respeitando o parâmetro e está trazendo também arquivos como retornorealizar cópia da liberação, dentro da rotina: PLSA094B(Liberação Sadt), quando o parâmetro:MV_ENCHOLD=1. Os campos ficam sobrepostos

    Solução/Implementação:

    Adicionado tratamento para respeitar corretamente a hora inicial do agendamento quando há troca de dia

    MSMGETPR

    Solução/Implementação:

    O retorno da função FTPDirectory foi corrigido, sendo que ao filtrar diretórios, somente os mesmos serão retornados

    APFTP.PRW

    Chamados relacionados:

    DFRM1-1311412813

    Expandir
    titleDFRM1-13428 13945 - Não conformidade na função VTRESTORE/VTREVERSO em TELNETem impressão de Browse

    Situação/Requisito:

    As funções VTRESTORE e a VTREVERSO, quando usadas juntas o sistema esta invertendo as coresAo efetuar a impressão do browse de clientes, a acentuação não está sendo respeitada, gerando caracteres inválidos.

    Solução/Implementação:

    Ao gerar o arquivo XML, a função EncodeUTF8 será chamada apenas uma vez, evitando o Encode de string já em formato UTF8

    FWMSEXCELEX.PRX

    Realizado ajuste na função de restore ( VTRESTORE ) para que quando existir a utilização de string reverte (VTREVERSO) seja apresentada as cores

    VT100.PRG

    Chamados relacionados:

    DFRM1-1342813945

    Expandir
    titleDFRM1-13383 13114 - Não conformidade na apresentação de registros em uma consulta padrãofunção FTPDirectory

    Situação/Requisito:

    Identificamos que existe erro na função FilBrowse() e na função ConPad1(), quando temos um campo personalizado ou padrão chamando uma consulta especifica, onde nessa função é passado um filtro especifico usando a função FilBrowse() para apresentar registros em uma consulta padrão.

    Ao utilizar a função FTPDirectory com o segundo parâmetro igual a D, a função não está respeitando o parâmetro e está trazendo também arquivos como retorno

    Solução/Implementação:

    Foi realizada a criação de um parâmetro para que seja enviado o filtro default que será utilizado no browse da consulta padrão, evitando assim conflitos com as alterações na tabela em uso.

    FWLOOKUP.PRW
    MSLIB.PRW

    O retorno da função FTPDirectory foi corrigido, sendo que ao filtrar diretórios, somente os mesmos serão retornados

    APFTP.PRW

    Chamados relacionados:

    DFRM1-

    13383

    13114

    Expandir
    titleDFRM1-13423 13428 - Não conformidade ao acionar a opção de impressão em um cadastro que contenha campo memo com dicionário no banco de dadosna função VTRESTORE/VTREVERSO em TELNET

    Situação/Requisito:

    Não conformidade ao acionar a opção de impressão em um cadastro que contenha campo memo com dicionário no banco de dados.

    As funções VTRESTORE e a VTREVERSO, quando usadas juntas o sistema esta invertendo as cores

    Solução/Implementação:

    Feita proteção o campo não ser acessado quando a query é construída para acesso às informações.

    Realizado ajuste na função de restore ( VTRESTORE ) para que quando existir a utilização de string reverte (VTREVERSO) seja apresentada as cores

    VT100.PRG

    IMPCAD_REPORT.PRW

    Chamados relacionados:

    DFRM1-

    13423

    13428

    Expandir
    titleDFRM1-13906 13383 - Não conformidade ao executar o ChangeQuery com uma query contendo mais de um campo SUBSTRING em banco POSTGRESna apresentação de registros em uma consulta padrão

    Situação/Requisito:

    Não conformidade ao executar o ChangeQuery com uma query contendo mais de um campo SUBSTRING em banco POSTGRESIdentificamos que existe erro na função FilBrowse() e na função ConPad1(), quando temos um campo personalizado ou padrão chamando uma consulta especifica, onde nessa função é passado um filtro especifico usando a função FilBrowse() para apresentar registros em uma consulta padrão.

    Solução/Implementação:

    Foi realizada a criação de um parâmetro para que seja enviado o filtro default que será utilizado no browse da consulta padrão, evitando assim conflitos com as alterações na tabela em uso.

    FWLOOKUP.PRW
    MSLIB

    O parser da ChangeQuery para POSTGRES foi corrigido, o CAST do SUBSTRING foi gerado corretamente para o banco POSTGRES

    APLIB070.PRW

    Chamados relacionados:

    DFRM1-1390613383

    Expandir
    titleDFRM1-13944 - TOTVS News retorna erro ao não conseguir comunicação com o TDN13423 - Não conformidade ao acionar a opção de impressão em um cadastro que contenha campo memo com dicionário no banco de dados

    Situação/Requisito:

    Não conformidade ao acionar a opção de impressão em um cadastro que contenha campo memo com dicionário no banco de dados

    Situação/Requisito:

    Ao tentar exibir o TOTVS News Letter, é exibida uma página de erro quando existe acesso a internet porém o site do TDN encontra-se bloqueado ou fora do ar.

    Solução/Implementação:

    Feita proteção o campo não ser acessado quando a query é construída para acesso às informações.

    IMPCAD_REPORT

    Foi feita uma verificação extra antes de tentar exibir o TOTVS News Letter, agora é validado o acesso a internet pelo endereço principal e também o endereço do TDN para exibir o TOTVS News Letter, evitando que o bloqueio do TDN gere erros no browse do Protheus.

    FWNEWSLETTER.PRW

    Chamados relacionados:

    DFRM1-1394413423

    Expandir
    titleDFRM1-14040 - Ao colocar três campos com incremento automático na MsGetDB, somente os dois primeiros campos são respeitados13906 - Não conformidade ao executar o ChangeQuery com uma query contendo mais de um campo SUBSTRING em banco POSTGRES

    Situação/Requisito:

    Ao colocar três campos com incremento automático na MsGetDB, somente os dois primeiros campos são respeitados. Não conformidade ao executar o ChangeQuery com uma query contendo mais de um campo SUBSTRING em banco POSTGRES.

    Solução/Implementação:

    O parser da ChangeQuery para POSTGRES foi corrigido, o CAST do SUBSTRING foi gerado corretamente para o banco POSTGRES

    APLIB070

    Os campos de incremento são enviados em uma string contendo o símbolo de adição ( + ), a string passou a ser verificada corretamente, pois esse símbolo que é validado para o incremento ser respeitado

    MSGETDB.PRW

    Chamados relacionados:

    DFRM1-1404013906

    Expandir
    titleDFRM1-11956 - Não conformidade em Schedulle13944 - TOTVS News retorna erro ao não conseguir comunicação com o TDN

    Situação/Requisito:

    Sistema apresenta lentidão para exibir as eventos quando a tabela SXH possui muitos registrosAo tentar exibir o TOTVS News Letter, é exibida uma página de erro quando existe acesso a internet porém o site do TDN encontra-se bloqueado ou fora do ar.

    Solução/Implementação:

    Foi feita uma verificação extra antes de tentar exibir o TOTVS News Letter, agora é validado o acesso a internet pelo endereço principal e também o endereço do TDN para exibir o TOTVS News Letter, evitando que o bloqueio do TDN gere erros no browse do Protheus.

    FWNEWSLETTER

    O carregamento do browse de eventos foi alterado para efetuar uma query, ganhando grande performance na exibição de eventos

    FWDAEVENTVIEWER.PRW

    Chamados relacionados:

    DFRM1-1195613944

    Expandir
    titleDFRM1-13814 - Não conformidade na barra de rolagem do grid14040 - Ao colocar três campos com incremento automático na MsGetDB, somente os dois primeiros campos são respeitados

    Situação/Requisito:

    Ao sair de um campo do grid apertando ENTER duas vezes, a barra de rolagem do grid não está acompanhando a coluna do grid selecionadacolocar três campos com incremento automático na MsGetDB, somente os dois primeiros campos são respeitados. 

    Solução/Implementação:

    Os campos de incremento são enviados em uma string contendo o símbolo de adição ( + ), a string passou a ser verificada corretamente, pois esse símbolo que é validado para o incremento ser respeitado

    MSGETDB

    A classe FWBrowse foi alterada para que antes de chamar o método GoColumn da classe TGrid do binário, é efetuado um SetFocus na mesma, com isso o client consegue atualizar a barra de rolagem corretamente.

    FWBROWSE.PRW

    Chamados relacionados:

    DFRM1-1381414040

    Expandir
    titleDFRM1-12856 - Ao imprimir planilha, e selecionar ambiente como local, o mesmo não respeita diretório de impressão padrão11956 - Não conformidade em Schedulle

    Situação/Requisito:

    Ao efetuar a impressão local de um relatório em excel (tabela,xml), html ou odf, o diretório padrão do usuário não está sendo respeitado e o sistema acaba perguntando onde o relatório será salvoSistema apresenta lentidão para exibir as eventos quando a tabela SXH possui muitos registros

    Solução/Implementação:

    O comportamento da impressão arquivo foi replicado para os formatos excel (tabela,xml), html e odf, sendo que agora o diretório de impressão definido no cadastro do usuário será respeitadocarregamento do browse de eventos foi alterado para efetuar uma query, ganhando grande performance na exibição de eventos

    FWDAEVENTVIEWERREPORT01.PRW

    Chamados relacionados:

    DFRM1-1285611956

    Expandir
    titleDFRM1-13566 13814 - Não conformidade na rotina de cadastro de usuários caso o usuário desabilite um dos filtros padrões do cadastro do usuáriobarra de rolagem do grid

    Situação/Requisito:

    Na rotina de cadastro de usuários caso o usuário desabilite um dos filtros padrões do cadastro do usuário, ao sair da tela as pesquisas param de funcionar.Ao sair de um campo do grid apertando ENTER duas vezes, a barra de rolagem do grid não está acompanhando a coluna do grid selecionada. 

    Solução/Implementação:

    A classe FWBrowse foi alterada para que antes de chamar o método GoColumn da classe TGrid do binário, é efetuado um SetFocus na mesma, com isso o client consegue atualizar a barra de rolagem corretamente.

    FWBROWSE

    Efetuado a correção nas pesquisas em browse de array.

    A liberação desta correção será realizada futuramente através do pacote de LIB versão 20190131, qual contemple os fontes abaixo relacionado(s):

    FWBRWARRAY.PRW
    FWSEEK.PRW

    Chamados relacionados:

    DFRM1-1356613814

    Expandir
    titleDFRM1-13845 - Não conformidade na função PROCESSA()12856 - Ao imprimir planilha, e selecionar ambiente como local, o mesmo não respeita diretório de impressão padrão

    Situação/Requisito:

    Ao efetuar a impressão local de um relatório em excel (tabela,xml), html ou odf, o diretório padrão do usuário não está sendo respeitado e o sistema acaba perguntando onde o relatório será salvo

    Situação/Requisito:

    Ao utilizar a função PROCESS() os parâmetros não estão sendo respeitados

    Solução/Implementação:

    O quarto e último parâmetro da função processa foi ajustado, agora ao receber o valor falso, o botão de cancelamento não é exibido, porém como esse botão sempre ficou visível, o valor padrão do quarto parâmetro foi alterado para verdadeiro, não interferindo assim no legado e não utilizada desse parâmetrocomportamento da impressão arquivo foi replicado para os formatos excel (tabela,xml), html e odf, sendo que agora o diretório de impressão definido no cadastro do usuário será respeitado

    REPORT01MSPROCES.PRW

    Chamados relacionados:

    DFRM1-1384512856

    Ao utilizar uma
    Expandir
    titleDFRM1-13522 13566 - Não conformidade no cadastro de conflitos

    Situação/Requisito:

    na rotina de cadastro de usuários caso o usuário desabilite um dos filtros padrões do cadastro do usuário

    Situação/Requisito:

    Na rotina de cadastro de usuários caso o usuário desabilite um dos filtros padrões do cadastro do usuário, ao sair da tela as pesquisas param de funcionar. processamento no cadastro dos Conflitos e imprimir o Relatório, os dados apresentados não condiz com o cadastro efetuado

    Solução/Implementação:

    Efetuado a correção nas pesquisas em browse de array.

    A liberação desta correção será realizada futuramente através do pacote de LIB versão 20190131, qual contemple os fontes abaixo relacionado(s):

    FWBRWARRAY.PRW
    FWSEEK

    Realizado ajuste para que ao utilizar a primeira rotina com todas as permissões ("*" e "AllWays") a segunda rotina seja avaliada

    APCFGR060.PRW

    Chamados relacionados:

    DFRM1-1352213566

    Expandir
    titleDFRM1-1281413845 - Não conformidade em nomenclatura do botão "limpa filtro"na função PROCESSA()

    Situação/Requisito:

    Cliente solicita que seja disponibilizado o botão "Limpa Filtro" dentro da opção de Filtro na criação ou alteração de um relatório criado no Protheus Report (*.XRP)Ao utilizar a função PROCESS() os parâmetros não estão sendo respeitados

    Solução/Implementação:

    O quarto e último parâmetro da função processa foi ajustado, agora ao receber o valor falso, o botão de cancelamento não é exibido, porém como esse botão sempre ficou visível, o valor padrão do quarto parâmetro foi alterado para verdadeiro, não interferindo assim no legado e não utilizada desse parâmetro

    MSPROCES.PRW

    Realizado ajuste na string responsável pelo texto do botão. No caso o botão não foi retirado, somente seu nome estava incorreto

    APLIB080.CH

    Chamados relacionados:

    DFRM1-1281413845

    Expandir
    titleDFRM1-1335313522 - Não conformidade em no cadastro de conflitos

    Situação/Requisito:

    Ao tentar incluir utilizar uma rotina customizada no Mapeamento de SOD, não está sendo possívelde processamento no cadastro dos Conflitos e imprimir o Relatório, os dados apresentados não condiz com o cadastro efetuado

    Solução/Implementação:

    Realizado ajuste para que as rotinas customizadas que possuam o mesmo nome do arquivo possam ser cadastradasao utilizar a primeira rotina com todas as permissões ("*" e "AllWays") a segunda rotina seja avaliada

    APCFGR060MPUSRCONFLICTRISK.PRW

    Chamados relacionados:

    DFRM1-1335313522

    Expandir
    titleDFRM1-1384712814- Não conformidade com acesso a Sigamdiem nomenclatura do botão "limpa filtro"

    Situação/Requisito:

    No acesso ao Protheus via sigamdi quando vc já está dentro do sistema e quer trocar de módulo o ENTER não confirmar as alterações como ele faz na entrada do sistema

    Solução/Implementação:

    Efetuado a correção na sequencia de foco na rotina de troca de modulo(GetEnv)

    FWGETENV.PRW
    FWDIALOGMODAL.PRW
    FWFORMBAR.PRW

    Cliente solicita que seja disponibilizado o botão "Limpa Filtro" dentro da opção de Filtro na criação ou alteração de um relatório criado no Protheus Report (*.XRP)

    Solução/Implementação:

    Realizado ajuste na string responsável pelo texto do botão. No caso o botão não foi retirado, somente seu nome estava incorreto

    APLIB080.CH

    Chamados relacionados:

    DFRM1-1384712814

    Expandir
    titleDFRM1-13934-Aumento do tamanho do arquivo profile.usr ao utilizar Multprofile13353- Não conformidade em cadastro de conflitos

    Situação/Requisito:

    Ao tentar incluir uma rotina customizada no Mapeamento de SOD, não está sendo possível

    Solução/Implementação:

    Realizado ajuste para que as rotinas customizadas que possuam o mesmo nome do arquivo possam ser cadastradas

    MPUSRCONFLICTRISK.PRW

    Chamados relacionados:

    DFRM1-13353

    Expandir
    titleDFRM1-13847-Não conformidade com acesso a Sigamdi

    Situação/Requisito:

    No acesso ao Protheus via sigamdi quando vc já está dentro do sistema e quer trocar de módulo o ENTER não confirmar as alterações como ele faz na entrada do sistema

    Solução/Implementação:

    Efetuado a correção na sequencia de foco na rotina de troca de modulo(GetEnv)

    FWGETENV.PRW
    FWDIALOGMODAL.PRW
    FWFORMBAR.PRW

    Chamados relacionados:

    DFRM1-13847

    Expandir
    titleDFRM1-13934-Aumento do tamanho do arquivo profile.usr ao utilizar Multprofile

    Situação/Requisito:

    Quando o arquivo profile.usr estiver com o tamanho perto do limite máximo e for habilitado o Multprofile, a cada logon os usuários o tamanho do arquivo aumenta, atingindo o limite máximo de 4GB. Isto ocorre porque o sistema realiza a importação dos registros do arquivo profile.usr para o novo arquivo de profile individual, porém como o sistema apenas esta importando dados, o arquivo profile.usr não deveria aumentar seu tamanho.

    Solução/Implementação:

    Efetuado a correção na rotina de SINCPROF executada com arquivo de profile com tamanhos próximo ao limite de 4Gb

    Profile.prw

    Chamados relacionados:

    DFRM1-13934

    Expandir
    titleDFRM1-15785- Não conformidade em criação de filtro

    Situação/Requisito:

    Ao tentar criar um filtro em qualquer rotina de menu, não está sendo possível selecionar a filial para efetuar o filtro, a mesma não consta no combobox de campos

    Solução/Implementação:

    Ao trazer a estrutura de campos para criar o filtro, a filial passou a ser enviada mesmo não sendo um campo usado, sendo assim uma exceção na construção de campos para filtro

    FWMBROWSE.PRW
    PROTHEUSFUNCTIONMVC.prx

    Chamados relacionados:

    DFRM1-15785

    Expandir
    titleDFRM4-798 - Não conformidade ao acessar grupo de campos

    Situação/Requisito:

    Ao acessar no configurador o grupo de campos é gerado não conformidade

    Solução/Implementação:

    Foi alterado a forma de carga para exibição dos grupos de campo

    APCFG10.PRW

    Chamados relacionados:

    DFRM4-798

    Expandir
    titleDFRM1-16192 - Não conformidade ao recuperar numeração automática para uma geração de código sequencial quando não tinha servidor de licença

    Situação/Requisito:

    Sistema apresentava problemas ao recuperar uma numeração automática para uma geração de código sequencial quando não tinha servidor de licença

    Solução/Implementação:

    Ajuste para a execução de uma rotina de recuperação de sequenciais do sistema de licenças vinculado

    WFWSXESXF.PRW

    Chamados relacionados:

    DFRM4-16192

    Expandir
    titleDFRM1-17254 - Não conformidade na função FWSFALLUSERS

    Situação/Requisito:

    Função FWSFAllUsers retorna nome e departamento com caracteres especiais

    Solução/Implementação:

    Corrigido o retorno das informações da função

    SIGAPSW.PRG

    Chamados relacionados:

    DFRM4-17254

    Situação/Requisito:

    Quando o arquivo profile.usr estiver com o tamanho perto do limite máximo e for habilitado o Multprofile, a cada logon os usuários o tamanho do arquivo aumenta, atingindo o limite máximo de 4GB. Isto ocorre porque o sistema realiza a importação dos registros do arquivo profile.usr para o novo arquivo de profile individual, porém como o sistema apenas esta importando dados, o arquivo profile.usr não deveria aumentar seu tamanho.

    Solução/Implementação:

    Efetuado a correção na rotina de SINCPROF executada com arquivo de profile com tamanhos próximo ao limite de 4Gb

    A liberação desta correção será realizada futuramente através do pacote de LIB versão 20190131, qual contemple os fontes abaixo relacionado(s):

    Profile.prw

    Chamados relacionados:

    DFRM1-13934