Used 07-17-09-M17 commercial build: When trying to read message with a 8MB text attachment, It's not displaying 8MB text attachment completely from the messages body and stop at 77%. 1) Login to an IMAP mail account. 2) Tried to read/receive an attached message with 8MB text attachment. 3) Actual Results: Not displaying 8MB text attachment completely from the messages body and stop at 77% on the status bar. Expected results: Should display the 8MB text attachment completely from the message body. P.S. I didn't find a existing bug for this problem, so just log for tracking this problem.
QA Contact: lchiang → pmock
Summary: Not displaying 8MB text attachment completely → Not displaying 8MB text attachment completely
reassign to rhp
Assignee: ducarroz → rhp
Hmm....I tried this on a local folder and it worked...but I'll try IMAP from the office tomorrow. - rhp
Hi Scott, I tried looking at a message like this from a local mail folder and it rendered fine, but I keep getting stuck on IMAP. - rhp
Assignee: rhp → mscott
Status: ASSIGNED → NEW
Component: Composition → Networking - IMAP
Does this happen for other 8MB attachments such as a gif? If it's only text, then we'll minus this. If it's every 8MB attachment of any type, then we'll plus it.
Whiteboard: [b3 need info]
Karen, could you try this out with other types of attachments and let us know the results.
I have tried to find it, but I couldn't find other 8MB gif attachments. Peter, could you help for finding that? Thanks.
By using the 08-15-08-M18 commercial build for new profile: Attched a 5.5 MB jpg file -- progress bar will complete at 100% and the image will display completely. Attached the 9.3 MB jpg file -- From the progress bar, it stop at 80%, but the file seems display completely. Thanks Peter for helping for those jpg files.
provided info -- clear status whiteboard [b3 need info].
Whiteboard: [b3 need info]
works fine per other attachments. Perhaps just isolated to this case. - per mail triage
sorry for the extra email. Removing mail2 keyword.
adding mail3 keyword. this is important to fix, if it's some sort of race condition or other architectural problem exposed by the large size of the attachment
Keywords: nsbeta3 → mail3
marking nsbeta1+ and moving to mozilla0.8
Whiteboard: [nsbeta3-] → [nsbeta1+]
Target Milestone: M18 → mozilla0.8
Keywords: nsbeta1 → nsbeta1-
Whiteboard: [nsbeta1+] → [nsbeta1+ 1/25]
Target Milestone: mozilla0.8 → Future
Assign it to myself.
QA Contact: pmock → fenella
QA Contact: fenella → esther
I think this is a dupe of bug 63162. Which was fixed just today. Thoughts?
doubtful - I believe the necko change that introduced that bug was long after this bug was reported.
getting off my beta1+ search list...
Whiteboard: [nsbeta1+ 1/25]
is this an issue. If so please attach a IMAP log with the problem...
Not only depend on the size see this problem also with smaler attachments. I think its depending on the content. Also saving some Word document's don't work Proberly only partial contents was saved.
could this be dupe of 105606 or the other way around?
works for me
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → CLOSED
dont close bugs...! you can mark it worksforme what kind of server did you test against, and what kind of server did the bug original be reported against? If it's Exchange then this bug is dupe of bug 105606
You need to log in before you can comment on or make changes to this bug.