O comportamento que você descreveu pode ocorrer devido a alterações na integração ou nos scripts entre o Maker 5 e o Bootstrap 5, já que o Maker 5 utiliza uma abordagem atualizada para componentes e eventos. Alterações específicas no Bootstrap podem ter modificado como eventos, como o de duplo clique, são tratados.

Aqui estão algumas possibilidades e sugestões para resolver o problema:
Verifique o Manipulador de Eventos:
No Maker 5, confirme se o evento de duplo clique (double-click) está configurado corretamente para o componente de mapa. Pode ser necessário reconfigurá-lo, pois a migração pode ter desativado ou alterado as referências de eventos.

Boa tarde,

Possivelmente está atrelado as permissões do diretório padrão do Maker, para resolver, é preciso liberar todas as permissões.

@f3l1p3v4dev Boa tarde.

Usuário: visitante
Senha: softwell

Boa tarde

Para corrigir a duplicação da sigla do projeto, como "PRO_PRO", no Maker, é importante revisar as configurações e ajustar possíveis inconsistências. Primeiramente, acesse as configurações do projeto no ambiente de desenvolvimento do Maker e certifique-se de que a sigla do projeto está corretamente definida, sem duplicações. Essa etapa inicial é essencial para garantir que a configuração base esteja adequada.

Além disso, a duplicação pode ser causada por scripts, fluxos ou customizações que possuem a sigla duplicada de forma codificada. Por isso, é fundamental revisar cuidadosamente scripts e regras de negócio para identificar onde essa repetição desnecessária ocorre e corrigi-la. Também é importante verificar os nomes de tabelas, formulários ou outros recursos do projeto, garantindo que não existam nomes duplicados implicitamente que possam estar contribuindo para o problema.

Caso ajustes diretos no ambiente não resolvam a questão, uma alternativa é exportar o projeto, corrigir manualmente as siglas ou identificadores duplicados no arquivo de configuração exportado e, em seguida, importar o projeto novamente. Por fim, é recomendável consultar os logs do sistema ou analisar mensagens de erro, pois eles podem oferecer informações mais detalhadas sobre a origem exata do problema, auxiliando na identificação e solução da duplicação de forma precisa.

Bom dia

A funcionalidade lente de aumento é nativa do Maker para o componente imagem.

Alguém tem o Link atualizado ou algum outro grupo/comunidade ?

Boa tarde,

Pelo que ouvi falar, isso foi devido a questões pelo desfasamento dos tokens ao longo do tempo.

Boa tarde Nunes

Quando se utiliza um pool de conexões no Maker 5 e ocorre consumo excessivo de conexões e cursores no banco de dados, é fundamental compreender como a plataforma gerencia esses recursos internamente para mitigar problemas. O Maker, por meio do mecanismo openedResultSetList, controla instâncias abertas de ResultSet, gerenciando a abertura e o fechamento desses recursos de forma explícita. Contudo, se os recursos não forem liberados corretamente, podem ocorrer vazamentos que impactam diretamente o desempenho da aplicação e do banco.

Para evitar tais problemas, é essencial garantir o fechamento de Connection, PreparedStatement e ResultSet logo após seu uso. Caso o Maker não faça isso automaticamente ou de forma eficiente, pode ser necessário implementar lógicas que assegurem o fechamento manual desses recursos. Além disso, recomenda-se a revisão de logs e métricas do banco de dados para identificar possíveis vazamentos, bem como o uso de ferramentas de monitoramento que ajudem a detectar conexões não encerradas ou cursores excessivamente utilizados.

A configuração adequada do pool de conexões também desempenha um papel crucial na gestão eficiente de recursos. Parâmetros como o número máximo de conexões permitidas (maxConnections), tempo de espera (timeout) e período de inatividade (idleTime) devem ser revisados para atender às demandas da aplicação sem sobrecarregar o banco de dados. Além disso, ao realizar atualizações para o Maker 5, é importante revisar fluxos e scripts existentes para garantir que não dependam de práticas obsoletas ou comportamentos que possam ter sido alterados na nova versão.

Por fim, a adoção de boas práticas, como o uso de blocos try-with-resources ou estruturas equivalentes, assegura o fechamento automático de recursos. O monitoramento constante do ciclo de vida das operações de banco de dados, com logs detalhados e métricas específicas, é igualmente essencial para evitar problemas recorrentes e otimizar o uso de conexões e cursores no Maker 5.