[Bug 849416] Re: text/calendar attachments are not shown at all

Bug Watch Updater 849416 at bugs.launchpad.net
Tue Sep 13 22:03:10 UTC 2011


Launchpad has imported 14 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=259480.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2004-09-15T08:00:09+00:00 Keith-hopkins wrote:

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803

Moz1.7.2 hides text/calendar of multipart/alternative messages (from MS-Exchange
200x) because it does not know how to display them.
"Unknown" or non-displayable types should not be hidden, but should be shown as
attachments.

Reproducible: Always
Steps to Reproduce:
example msg: (bits)

[beginning of msg]
[header]
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C4995B.04833D80"
Content-class: urn:content-classes:calendarmessage
[header]
This is a multi-part message in MIME format.

------_=_NextPart_001_01C4995B.04833D80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
[plain text content]
------_=_NextPart_001_01C4995B.04833D80
Content-class: urn:content-classes:calendarmessage
Content-Type: text/calendar;
	method=REQUEST;
	name="meeting.ics"
Content-Transfer-Encoding: 8bit
[vcalendar entry]
------_=_NextPart_001_01C4995B.04833D80--
[end of msg]
Actual Results:  
"Content-Type: text/calendar;" is completely hidden if some other content is
displayable.

Expected Results:  
Fix: 
Display as attachment.
(alt fix:  see http://bugzilla.mozilla.org/show_bug.cgi?id=130119)

Enhance: 
If a text/calendar type is detected, and Calendar(Sunbird) is integrated into
Moz/Tbird, create a button/popup/icon in the window to export the text/calendar
part into Calendar.

Related items: http://bugzilla.mozilla.org/show_bug.cgi?id=130119#c4
and http://bugzilla.mozilla.org/show_bug.cgi?id=142092#c4

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/0

------------------------------------------------------------------------
On 2005-02-07T08:14:31+00:00 Dan-mellem wrote:

I can confirm that this happens, but isn't the point of alternative parts to
have a failback for browsers that don't support some of these functions? I do
see the RFE for recognizing and exporting vcalendar items and will confirm that.

Status->new
HW->All
OS->All
Severity->enhancement

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/1

------------------------------------------------------------------------
On 2005-02-07T22:30:56+00:00 Keith-hopkins wrote:

The problem is how Mozilla decides which part to display, and which part to
hide.  Is there some standard that says use first recognizable and ignore the
rest? or is it an internal design decision for Moz?

If I install a calendar plugin, can that plugin tell Moz to utilize
text/calendar; types instead of text/plain; types?  (If so, maybe I need to log
this bug against the calendar/sunbird project, because they are not doing it.)

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/2

------------------------------------------------------------------------
On 2005-02-08T00:54:04+00:00 Dan-mellem wrote:

It's supposed to chose the best form that it knows how to handle. It will choose
HTML over text, for example.

>From http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html, section
7.2.3:

'The user agent should either choose the "best" type based on the user's
environment and preferences, or offer the user the available alternatives. In
general, choosing the best type means displaying only the LAST part that can be
displayed.'


Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/3

------------------------------------------------------------------------
On 2006-11-17T22:02:01+00:00 Mcow wrote:

*** Bug 336436 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/4

------------------------------------------------------------------------
On 2007-06-21T22:34:37+00:00 Moco wrote:

sorry for the spam.  making bugzilla reflect reality as I'm not working
on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/5

------------------------------------------------------------------------
On 2010-05-07T01:10:03+00:00 Dossy Shiobara wrote:

I believe Bug 505024 is a duplicate of this bug, but it has seen a bit
more detailed investigation.

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/6

------------------------------------------------------------------------
On 2010-10-08T13:17:35+00:00 Ludovic-mozilla wrote:

Keith this might have been fixed by bug 351224. Could you take a few
minutes and download the latest nightly (
http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-
central/ ), backup your profile and test and let us know if this is
fixed or not ?

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/7

------------------------------------------------------------------------
On 2011-05-25T18:47:36+00:00 Mi+mozilla wrote:

I still have this problem using Thunderbird-3.1.10

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/8

------------------------------------------------------------------------
On 2011-05-25T18:49:07+00:00 Mi+mozilla wrote:

Actually, once I uninstalled the old Lightning add-on, the problem
disappeared...

I wish, Lightning actually worked with modern Thunderbird, but that's
another story.

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/9

------------------------------------------------------------------------
On 2011-07-26T18:37:41+00:00 Brian-derocher-q wrote:

The problem we are experiencing at work is the Exchange server generates
the text/html and text/plain alternates for calendar event invitations
and these alternatives are blank!

"<html>
...<meta name="Generator" content="Microsoft Exchange Server">
...<div> </div>
...</html>"

Since Thunderbird without Lightning will ignore text/calendar, it
correctly displays this blank html message.

So i recommend that if Thunderbird sees text/calendar that at least it
tells the user there is a preferred format.  This gives the user the
option of installing extensions.  This could probably be added
generically for any type of file.

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/10

------------------------------------------------------------------------
On 2011-07-26T18:38:58+00:00 Brian-derocher-q wrote:

BTW, with the Lightning extension, the text/calendar alternative is
displayed and appears to be working fine.

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/11

------------------------------------------------------------------------
On 2011-07-26T19:00:34+00:00 Jim wrote:

(In reply to comment #10)
> The problem we are experiencing at work is the Exchange server generates the
> text/html and text/plain alternates for calendar event invitations and these
> alternatives are blank!

Really, that sounds like an Exchange bug, since it's essentially lying
by providing a blank part as an "alternative". However, this can be
worked around via bug 602718. Personally, I think that's sufficient,
since Exchange really needs to get their act together in this regard,
and there's only so much that other clients should have to do to
accommodate its broken behavior.

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/12

------------------------------------------------------------------------
On 2011-09-13T21:18:56+00:00 Jan-mozilla wrote:

Actually, often the alternative is NOT blank.
It is used by Outlook to display comments that accompany the invitation.

In this specific case, I suggest this kind of mails (even if they
arguably do not conform to all standards, as Microsoft occasionally
does) should not be handled as multipart/alternative but rather as
multipart/mixed.

Reply at: https://bugs.launchpad.net/seamonkey/+bug/849416/comments/14


** Changed in: seamonkey
       Status: Unknown => Confirmed

** Changed in: seamonkey
   Importance: Unknown => Wishlist

** Bug watch added: Mozilla Bugzilla #130119
   https://bugzilla.mozilla.org/show_bug.cgi?id=130119

** Bug watch added: Mozilla Bugzilla #142092
   https://bugzilla.mozilla.org/show_bug.cgi?id=142092

-- 
You received this bug notification because you are a member of Mozilla
Bugs, which is subscribed to Mozilla.
https://bugs.launchpad.net/bugs/849416

Title:
  text/calendar attachments are not shown at all

To manage notifications about this bug go to:
https://bugs.launchpad.net/seamonkey/+bug/849416/+subscriptions




More information about the Ubuntu-mozillateam-bugs mailing list