Closed
Bug 748097
Opened 13 years ago
Closed 13 years ago
partial message is not selected again after "download of the rest of the message"
Categories
(Thunderbird :: Message Reader UI, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 748865
People
(Reporter: aceman, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: regression)
Steps:
1. download a partial message (give a size limit in Account manager)
2. select the stub message
3. click "Download the rest of the message"
4. the rest of the message is downloaded fine, however:
Result:
No message is selected (not the original one, none). The msg preview pane is empty
Expected result:
The message (now complete) should be shown. I think this worked in previous versions of TB.
Debugging:
I get this in the error console after the click:
Error: NS_ERROR_INVALID_POINTER: Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIMessenger.msgHdrFromURI]
Source file: chrome://messenger/content/mailWindow.js
Line: 448
Linux console output:
ACE: aUri=mailbox-message://aceman@...server.../Inbox#3692520
Begin mail message delivery.
GetDiskSpaceAvailable returned: 14667599872 bytes
Incorporate message begin:
uidl string: 201204221701587058
Incorporate message complete.
End mail message delivery.
++DOCSHELL 0xac78b800 == 14 [id = 15]
++DOMWINDOW == 30 (0xac7a5248) [serial = 39] [outer = (nil)]
++DOMWINDOW == 31 (0xac7a5408) [serial = 40] [outer = 0xac7a5200]
Abort mail message delivery.
###!!! ASSERTION: no channel: 'm_request', file /var/SSD/TB-hg/mailnews/base/util/nsMsgProtocol.cpp, line 819
ACE: aUri=mailbox-message://aceman@...server.../Inbox#0
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004003: file /var/SSD/TB-hg/mailnews/local/src/nsMailboxService.cpp, line 698
JavaScript error: chrome://messenger/content/mailWindow.js, line 448: NS_ERROR_INVALID_POINTER: Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIMessenger.msgHdrFromURI]
The lines prefixed with "ACE:" were added by me into nsMessenger::MsgHdrFromURI and show the value of the aUri argument to it.
It is strange that before the download aUri contains some msg #, but after download the # is 0. Maybe that is the problem.
Fixed by bug 748865.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•