Fault: after POP3 mail download --- Thunderbird select the next mail entry of inbox list, not the downloaded aktually entry of mail
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
People
(Reporter: rmtemp, Unassigned, NeedInfo)
References
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36 OPR/108.0.0.0
Steps to reproduce:
- POP3-mail-Account:
- mail entrys sortet in inbox of date with aktually date at first
- Thunderbird Version 115.9
Before i download the komplete mail, I download only the header-line of mail for savety. When the mail is wished, i download the rest.
Is the rest of mail downloaded from POP-Server of provider , then will select the next entry into the mail-inbox-list from Thunderbird and the contains of a other message will be shown.
The user must continuously select the actually downloaded mail-entry in the inbox again.
In a older Version of Thunderbird was'nt that so. There was shown the aktually downloaded entry, like it should be and not a other.
see video here: https://workupload.com/file/cXFMJ2VxXGU
or attached same file of this message
It's bad to use, when i download the rest of a selected mail-entry and a other contains of message will be shown, because Thunderbird switch to the next entry of mail-inbox-list.
...that's paradox.
Please fix this again.
i think the sequence of code line must be set other
before choose the new downloaded mail entry
must be
---> new refreshed the inbox list
- first then is listet the new entry of mail
and then first is possible to select the new entry of mail
(In reply to rmtemp from comment #1)
i think the sequence of code line must be set other
before Thunderbird can choose the new downloaded mail entry
must to be ---> refreshed the inbox list new again
- first then is the new entry of mail listet
and then first is possible to select the new entry of mail
result of test:
when anybody change the original arrangement of the columns or reduce the amount of columns of inbox of Thunderbird
----> then the result is the described bug
when the arangement of colums arranged to original and start Thunderbird new ---> the bug is fixed.
The bug is comming with changing of arrangement or amount of columns.
A surce code variable must to be new actualized after changing of columns arrangement, then the bug should be fixed.
Comment 7•6 months ago
|
||
Does this still happen to you with ESR 128? In my tests, I couldn't reproduce it (anymore).
Description
•