Closed Bug 584523 Opened 14 years ago Closed 14 years ago

shouldn't try to fetch audio parts inline

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Bienvenu, Assigned: Bienvenu)

Details

Attachments

(1 file)

Attached patch proposed fixSplinter Review
When doing mime parts on demand, we should leave audio parts (e.g., mp3 files) on the imap server. There are other parts/types we should leave on the server, but application/* catches most of them, and audio catches an other source of big files.
Attachment #462946 - Flags: superreview?(neil)
Attachment #462946 - Flags: review?(neil)
Attachment #462946 - Flags: superreview?(neil)
Attachment #462946 - Flags: superreview+
Attachment #462946 - Flags: review?(neil)
Attachment #462946 - Flags: review+
Comment on attachment 462946 [details] [diff] [review] proposed fix >+ if (!PL_strcasecmp(m_bodyType, "AUDIO")) >+ return PR_FALSE; > // Here's where we can add some more intelligence -- let's leave out > // any other parts that we know we can't display inline. shouldn't the added intelligence be after this comment, not under the 'application' comment
(In reply to comment #1) > >+ if (!PL_strcasecmp(m_bodyType, "AUDIO")) > >+ return PR_FALSE; > > // Here's where we can add some more intelligence -- let's leave out > > // any other parts that we know we can't display inline. > > shouldn't the added intelligence be after this comment, not under the > 'application' comment No, I read the comment to mean "this is where you'd add other types of parts we can't display inline, in addition to what the code already handles."
fixed on trunk. This won't affect users who have offline set on their folders, but I ran across this while testing some other stuff and it's a trivial fix.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: