Os usuários da audiência de formulários estavam recebendo notificações de alerta de novo formulário disponível antes da publicação do formulário, mas foi corrigido.
Alguns documentos baseados em modelo do Word estavam perdendo a formatação após uma frase iniciada com a palavra em negrito. As palavras posteriores estavam com a fonte em um tamanho desproporcional em relação ao editor de textos. Corrigimos e agora o problema não acontece mais. Ex.:
Criamos uma nova tela, acessada pela tela de registro de clientes de API. Nela você pode configurar as permissões aos endpoints disponíveis para integração de aplicações externas com nossa API.
Os itens relacionados ao documento estavam sendo apresentados na tela de aprovação sem o título. Isso gerava dúvida, para alguns aprovadores, se os itens apesentados não se tratavam do próprio documento a ser aprovado.
Alguns documentos do tipo texto apresentavam um problema de quebra de página na visualização do PDF gerado quando possuíam um número alto de páginas e imagens. Isso fazia com que parte de seu conteúdo não fosse exibido. Substituímos o motor interno de geração do PDF pela tecnologia que já adotávamos para documentos baseado em templates (modelos) do word.
Com isso, os documentos passaram a ser pré-processados nos seguintes eventos: pré-visualização do editor, envio para aprovação e publicação. Na prática nada mudou, mas durante esses eventos, os respectivos tempos (visualização, envio e publicação) passaram a ser mais demorados. Em contrapartida, o tempo de download do PDF passou a ser mais rápido.
*Os documentos do tipo texto que possuem tags não podem ser pré-processados e continuam utilizando o mesmo motor de geração do PDF.