Eventos Ajax embaralham lista Email

[zapa]

1. Utilize uma caixa de entrada com +- 1000 emails.
2. Esvazie a pasta lixeira
3. Execute rapidamente: Ordenação por Quem, Vá para a página 5,volte a pagina 2, clique na pasta lixeira.

Apesar de estar marcada a pasta lixeira o conteúdo da lista não é da lixeira.

Obs: Usuário deleta emails imaginando estar na lixeira e não está.

Quanto mais se navega nesta situação a tendencia é piorar o conteúdo da exibição da lista de emaisl.

Aparentemente a assincronicidade dos eventos Ajax é que causam este problema.

Não testei na 2.0, mas na ex-2.1 e trunk o problema ocorre.

[niltonneto]

Alguém poderia verificar este ticket?

[diegomoreno]

para esse ticket foi identificado duas situações:

(1) - A resposta da paginação é exibida no aba que está ativa no momento da resposta da requisição, podendo ser tanto na pasta da lixeira quanto na aba de nova mensagem, como ocorre na descrição onde a listagem da caixa de entrada é exibida na lixeira, o usuário assim pode considerar ser arquivos da lixeira e excluí-los.
(2) - A resposta para o usuário não é a última ação realizada por ele, ou seja por último ele selecionou a lixeira então deve ser exibida a lixeira.

Em reunião decidimos que para solucionar definitavemete essa situação demandaria implentar o conteito de pilha, onde todas as requisições serão armaenadas e somente a última seria exibida ao usuário, como isso não é possível resolver nesse momento criamos então o Ticket #1763.

Resolveremos a situação (1) que promove incosistência nos dados apresentados, ou seja será mostrada ao usuário a lixeira com os dados da lixeira, será mostrado a caixa de entrada com os dados da caixa de entrada.

Foi feito um primeiro ajuste na revisão [4048], porém é necessário ajustar outros aspectos para que ocorra o funcionamento satisfatorio, pois identificamos que ocorria também na paginação da pesquisa e com isso finalizar os ajustes.

[diegomoreno]

Foi realizado mais um ajuste para não mais ocorrer conforme citado na descrição do ticket, bem nesse caso a última requisição da paginação é exibida e caso o usuário esteja em outra pasta exemplo 'lixeira' e a paginação ocorreu na 'Caxa de Entrada' o sistema irá rederizar a 'Caixa de Entrada' esse ajuste foi realizado na revisão [4079].

Arquivo alterado:

• expressoMail1_2/js/draw_api.js

[diegomoreno]

Quando na navegação abre-se 'nova mensagem' e continua na paginação colocando o foco em 'nova mensagem' a renderiação ocorria nessa aba, esse ajuste foi realizado na revisão [4081].

Arquivo alterado:

• expressoMail1_2/js/draw_api.js

[roberto.santosjunior]

A correção no class.imap_functions foi removida acidentalmente na revisão[4150], na revisão [4165], tal correção foi adicionada novamente.

[rodsouza]

A revisão #4079 impossibilita a utilização do ExpressoMail?. Vide anexo.

[diegomoreno]

Rodrigo, em qual situação ocorreu o erro na imagem em anexo.

[rodsouza]

Infelizmente eu não sei, entretanto acredito que seja algo relacionado com preferência pois o problema refere-se a variável global "folder_name", que foi adicionada na revisão r4079 na linha 2248.

A questão é aonde a mesma é definida?

No momento estou trabalhando com a revisão r4078 de tal script para viabilizar a utilização.

[rodsouza]

Replying to diegomoreno:

Rodrigo, em qual situação ocorreu o erro na imagem em anexo.

O problema ocorre devido à preferência "Salvar automaticamente as mensagens enviadas na pasta".

O presente ticket está sendo finalizado em detrimento ao ticket #1822.

[alexandrecorreia]

Sincronizado com o trunk 2.4.

Foi efetuado os procedimentos citados na abertura deste ticket, para simular o erro e o mesmo não ocorre mais.

O teste foi feito com uma caixa postal contendo 1781 mensagens.