displayed folder size not updated after delete
Categories
(Thunderbird :: Folder and Message Lists, defect)
Tracking
(Not tracked)
People
(Reporter: roggenstubs, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
thunderbird size bug.png
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0
Steps to reproduce:
I have deleted an e-mail.
Actual results:
The size value didn't update (see screenshot).
Expected results:
Update of all column values within folder list.
|
Reporter | |
Comment 1•3 years ago
|
||
Tested in safe-mode with all add ons disabled.
|
||
Updated•3 years ago
|
|
||
Updated•3 years ago
|
|
|
||
Comment 2•2 years ago
|
||
Reporter, do you still see this issue when using the latest version?
What information can you add to clarify the steps to reproduce this issue?
|
|
Reporter | |
Comment 3•2 years ago
|
||
Yes, the refresh bug still exists.
Tested with version "102.10.0 (64-Bit)".
It is easy to reproduce:
- enable size column
- go to any folder with e-mails contained
- look at size column
- delete e-mails
- look again at size column
The size column value has not received any refresh.
|
||
Comment 4•2 years ago
|
||
Also in 115.3.2 it ist still the same bug.
Thanks Axel
|
||
Comment 5•2 years ago
|
||
So, this might be on purpose, if I'm not wrong.
Some special folders like spam and trash, we don't automatically download (or sync) from the server.
If I'm not wrong, we do this on purpose so we prevent using unnecessary data to load messages in the background that are not really needed.
So, if you get an email in the inbox, and you delete it, that email is removed from your inbox and then moved to the server "trash" (unless you have different unique settings).
The size of your folder in the folder pane indicates the size that that folder currently occupies on your machine. So your trash folder is stuck at 48k because that represents the last time you accessed the trash folder and the last time TB downloaded those messages locally. So, unless you access the trash folder again, that counter will not update.
You can confirm this for all other folders that we sync automatically, as the size updates when messages are received or moved/copied around.
If that's the case, I don't think we want to change this behavior as we don't want to download messages in the background for those special folders and we can only know the folder size after the messages have been downloaded.
This is a WONTFIX for me, unless my analysis is incorrect.
|
|
||
Comment 6•2 years ago
|
||
As the count of messages is updated to 0 (instead of "0" a space is shown) after erasing all junk or trash messages, to my mind there is no unnecessary data traffic need to update the size in the email junk or trash box.
Axel
|
|
||
Comment 8•1 year ago
|
||
Yes, it is the same in TB 115.10.2 (german language version). After erasing trash or junk folder of an imap account the count of emails in this folder is updated but not their size. Its the same behavior with grouped folders or without.
When I then choose another imap folders an then go back to trash/junk folder the folder is rereaded and his size ist updated.
Axel
|
|
Reporter | |
Comment 9•1 year ago
|
||
I also still can reproduce this behaviour, not with every folder, but some:
Following test:
- There is an e-mail within spam folder
- I select this e-mail & select delete
- The e-mail is moved to trash, count column value switches from "1" to nothing
- About one second later, the size column value switches from "xx KB" to nothing
Now I move to trash folder
- I select the one and only e-mail here & delete it & confirm delete
- The e-mail is deleted, count switches from "1" to nothing
But size remains unchanged: "xx KB"
Description
•