336296 - Sorting by size doesn't work for truncated messages

Status: NEW

(Thunderbird :: Mail Window Front End, defect)

Description

[Patrick]

Couldn't find this one yet. 

Under TOOLS - ACCOUNT SETTINGS under DISK SPACE i have the "to save disk space do not download messages larger than xx KB" set.

For messages larger than xx KB, the mail window shows me the proper size in the SIZE column, and it shows me a "message truncated" in the preview window.

Now, when i click on the SIZE column, it would be expected that the mail box is sorted by the size of the e-mails. However, the truncated messages are not ranked on their size as given in the SIZE column, but presumably by the size of the truncated message.

Screenshot follows...

Comment 1

[Patrick]

Attachment: Screenshot showing the incorrect sorting by size

The SIZE column is blue, indicating that it is the active sorting parameter. All messages larger than 500KB are truncated, which confuses the sorting mechanism.

PS, i'm using version 3 alpha 1 (20060426).

Comment 2

[Scott MacGregor]

Is this on the 1.8.1 branch too?

It seems to work fine on windows trunk and branch. 

Comment 3

[Patrick]

I'm seeing the same thing using version 2 alpha 1 (20060502) for the same POP mailbox. 

I've re-used my Thunderbird trunk profile and its Gmail inbox for this test, but somehow i don't expect this to be profile related.

Comment 4

[nickcrabtree]

I have exactly the same problem on Linux with version 1.5.0.4 (20060609) when using Gmail as my POP server. In my case I've set it to only download message headers, and the sort by size option doesn't work.

Comment 5

[Patrick]

bumping severity to "Major", as this implies a loss of a very useful/often used function.

Version is set to trunk, but according to comment 4, this also occurs on the 1.8 branch.

Comment 6

[Alexander Pueltz]

Still occurs in 2.0.0.
I think this problem is caused by the same coding as bug #342530, I suppose both would be solved at the same time. Is there a way to connect/merge both bugs?
I am completely new to Thunderbird and open source development. Still, providing an option for sorting on information which is already correctly displayed in the view list doesn't seem to be such a complicated thing to me.
If I could be of any help (maybe with some guidance of a more experienced developer), let me know.
Best regards, Alex.

Comment 7

[David :Bienvenu]

Is this the size displayed *after* downloading the header only/partial message? I.e., were you sorted by size, and then downloaded the full message? Is the issue that we don't resort when the size changes?

Comment 8

[Alexander Pueltz]

Hello David,
no, the problem is that the sort doesn't work as expected *before* downloading the full message.
Again, the sort by size seems to use the current (small) size on disk, while the actual, complete size on server (taken from the mail header?) is already being displayed in the view column, which leads to the weird result that the list is displayed as sorted by size, but the displayed mail sizes are still totally mixed and not sorted at all. 
As stated above, please also refer to bug #342530 or my post in the support forum, http://forums.mozillazine.org/viewtopic.php?t=547906 .

Comment 9

[Wayne Mery (:wsmwk)]

does it work in Thunderbird v1.5?
can you determine via pop log if server is sending the size when you have "fetch headers only"?
see also bug 314310.

Comment 10

[Wayne Mery (:wsmwk)]

nick no longer uses TB

Comment 11

[Patrick]

(In reply to comment #9)
> does it work in Thunderbird v1.5?
> can you determine via pop log if server is sending the size when you have
> "fetch headers only"?
> see also bug 314310.
> 



I don't know if this works in TB 1.5, but FWIW it still seems broken in the latest trunk build on OS X.

Comment 12

[WADA:World Anti-bad-Duping Agency]

FYI.
As I wrote Bug 314310 Comment #13, "Size in message filter" apparently uses "already downloaded data size" instead of "mail size", as "sort by Size column" does.

Following is POP3 flow when "Fetch Header Only".
One message exists.
> SEND: STAT
> RECV: +OK 1 1695
> SEND: LIST
> RECV: +OK 1 messages, 1695 bytes <== Displayed in Size column
> RECV: 1 1695
> SEND: UIDL
> RECV: +OK unique IDs follow...
> RECV: 1 CBI7EO8.CNM382D2FDC
And TOP is issued (POP3 server supports TOP)
> SEND: TOP 1 0
> ==> Only mail headers are returned <== Used in sort by Size column, filter