• Ffbravo

    • Postagem nº1
    • Editado

    https://www.youtube.com/watch?v=LI0WbExvMjA

    Nesse vídeo simulei e analisei um erro que está ocorrendo na configuração de pesos individuais dos usuários.
    Fiz a análise tanto em uma instalação local de teste quanto na DEMO OFICIAL EE.
    Ambas versão 2.2.5.
    No teste é possível verificar que todos os valores colocados nos pesos individuais de qualquer usuário sempre são salvos nas configurações do usuário LOGADO no SGA, quando deveriam ser salvas no usuário que estamos configurando no momento.
    No vídeo está bem explicado.
    Ah, lembrando que nas versões 2.0.8 e 2.1.9 funciona corretamente.

    Obrigado por reportar o bug e por detalhar tão bem:

    https://github.com/novosga/settings-bundle/pull/5
    https://github.com/novosga/novosga/pull/441

    Favor testar se esse resolve o problema e não adiciona nenhum outro bug. Você pode testar fazendo o clone do projeto, no branch que resolve o bug:

    git clone -b fix/change_servico_usuario https://github.com/novosga/novosga

    Depois criando uma imagem docker:

    cd novosga
docker build -t novosga/novosga:bugfix .

    Por fim é só rodar essa imagem gerada novosga/novosga:bugfix.

    Confirmando que está tudo certo eu vou fazer o merge do código e gerar a release de correção.

    Att.

    • Ffbravo

      • Postagem nº3

      Show! Vou testar amanhã pela manhã e dou um retorno aqui.
      Ainda bem que vc foi explícito em como testar, rsrs... pq ainda estou engatinhando no git
      Aliás, estou neste exato momento assistindo uma aula sobre Git e Github.
      Valeu!!

      • Ffbravo

        • Postagem nº4
        • Editado

        Teste inicial apenas.
        Gerei a imagem do branch que vc apontou.
        Levantei ela com os outros containers necessários.
        Alimentei com dados suficientes.
        Simulei a parte dos pesos e o funcionamento está perfeito, testado com 2 users.
        Só notei uma demora bem maior naquele GIF de loading, me passando uma ideia de algo demorado ocorrendo.
        Parti para o teste de triagem/monitor/atendimento/painel.
        Não rolou. Deu problema com a comunicação do Mercure.
        Não tive tempo de analisar detalhes, refazer a stack ou procurar motivos.
        Até sábado eu analiso com mais calma e mais tempo e retorno aqui.

        Segue abaixo o conteúdo do console do Chrome dos 3 módulos que deu problema no Mercure.

        MODULO ATENDIMENTO
        script.js?v2.2.5-:61 Uncaught (in promise) NotAllowedError: play() failed because the user didn't interact with the document first. https://goo.gl/xX8pDD
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila&topic=%2Fusuarios%2F2%2Ffila:1
        Failed to load resource: net::ERR_CONNECTION_TIMED_OUT
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila&topic=%2Fusuarios%2F2%2Ffila:1
        GET http://172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila&topic=%2Fusuarios%2F2%2Ffila net::ERR_CONNECTION_TIMED_OUT
        MODULO MONITOR
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila:1
        Failed to load resource: net::ERR_CONNECTION_TIMED_OUT
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila:1
        Failed to load resource: net::ERR_CONNECTION_TIMED_OUT
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila:1
        GET http://172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila net::ERR_CONNECTION_TIMED_OUT
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila:1
        GET http://172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila net::ERR_CONNECTION_TIMED_OUT
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila:1
        GET http://172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Ffila net::ERR_CONNECTION_TIMED_OUT
        novosga.monitor/:1 Uncaught (in promise) Error: A listener indicated an asynchronous response by returning true, but the message channel closed before a response was received
        novosga.monitor/:1 Uncaught (in promise) Error: A listener indicated an asynchronous response by returning true, but the message channel closed before a response was received
        novosga.monitor/:1 Uncaught (in promise) Error: A listener indicated an asynchronous response by returning true, but the message channel closed before a response was received
        PAINEL APP DOCKER
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Fpainel:1
        GET http://172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Fpainel net::ERR_CONNECTION_TIMED_OUT
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Fpainel:1
        GET http://172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Fpainel net::ERR_CONNECTION_TIMED_OUT
        172.20.10.251:3000/.well-known/mercure?topic=%2Funidades%2F2%2Fpainel:1
        !<

        • Ffbravo

          • Postagem nº5

          Não adianta, o cara não sossega enquanto não escova uns bits... hahaha
          Cheguei da rua e fui dar mais uma olhada...
          Esquece tudo que falei na postagem anterior/acima!!
          Eu tinha configurado o IP errado das variáveis de ambiente do Mercure.
          É que uso 3 locais de teste distintos, daí rolou confusão, faz parte!
          Então é o seguinte:
          Feito o teste das configurações dos pesos individuais com 2 users, visualizando o BD, e o comportamento está correto desta vez, sem delay.
          Feito o teste de triagem/monitor/atendimento/painel/relatorios e tudo fucionando como esperado e sem delay.
          Ao menos ao meu ver, do ponto de vista de usuário, parece tudo normal e funcionando sem erros.
          @rogeriolino