631445 - content-type: text/calendar in a iMIP message is case sensitive

Status: RESOLVED INCOMPLETE

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

Description

[Mkbg]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.2) Gecko/20100316 YFF35 Firefox/3.6.2 ( .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7

Lightning expects iMIP message to have content type "text/calendar" to be always in lower cases any mismatch w.r.t the case is not being considered as iMIP message.

The MIME structure that I used to test is

Content-type: MULTIPART/ALTERNATIVE; BOUNDARY="2108404-18778-1296665904=:5104"

--2108404-18778-1296665904=:5104
Content-type: TEXT/PLAIN; CHARSET=ISO-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE

--2108404-18778-1296665904=:5104
Content-type: TEXT/CALENDAR; method=REQUEST; CHARSET=US-ASCII
Content-transfer-encoding: QUOTED-PRINTABLE

--2108404-18778-1296665904=:5104--

if I use
"Content-type: text/calendar"

in place of 
"Content-type: TEXT/CALENDAR"

in the above structure it works fine.

Thanks,
Mkbg


Reproducible: Always

Steps to Reproduce:
1. Send a iMIP message with following structure

Content-type: MULTIPART/ALTERNATIVE; BOUNDARY="2108404-18778-1296665904=:5104"

--2108404-18778-1296665904=:5104
Content-type: TEXT/PLAIN; CHARSET=ISO-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE

--2108404-18778-1296665904=:5104
Content-type: TEXT/CALENDAR; method=REQUEST; CHARSET=US-ASCII
Content-transfer-encoding: QUOTED-PRINTABLE

--2108404-18778-1296665904=:5104--
2. Open the message in Thunderbird
Actual Results:  
Thunderbird displays text part instead of displaying the message as an invitation.

Expected Results:  
The message should be treated as an invitation, as the content type need not be case sensitive.

Content-type should be considered case-insensitive.

Comment 1

[Matthew (lilmatt) Willis]

I was feeling inspired this morning so I looked into this one a bit.  Here's a couple places the problem could've been that I've ruled out:

According to
http://mxr.mozilla.org/comm-central/source/mailnews/mime/src/mimei.cpp#228
the content-type we look for a handler for is converted to lowercase, so that isn't the problem and according to
http://mxr.mozilla.org/comm-central/source/mailnews/mime/src/mimei.cpp#515
the string compare for "text/calendar" is using PL_strncasecmp so that compare is case insensitive.

Comment 2

[Martin Schröder [:mschroeder]]

Reporter is gone, report is old, no other reports. Resolving as INCOMPLETE.