text/calendar attachments are not shown at all
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
SeaMonkey |
Invalid
|
High
|
|||
seamonkey (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Upon receiving mail with an attachment with type text/calendar (generated by e.g. outlook), no sign of the attachment is shown in seamonkey.
In seamonkey 1.x, a reasonable summary of the request was being shown, so I consider this a regression bug.
Only in view source mode, I am able to find THAT an attachment is sent.
However, I would not know what kind of viewer to use.
--_002_
Content-Type: text/calendar; charset="utf-8"; method=REQUEST
Content-
the message header contains (amongst other information):
x-tm-as-
Content-Type: multipart/
boundary=
MIME-Version: 1.0
In Mozilla Bugzilla #259480, Keith-hopkins (keith-hopkins) wrote : | #1 |
In Mozilla Bugzilla #259480, Dan-mellem (dan-mellem) wrote : | #2 |
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-
In Mozilla Bugzilla #259480, Keith-hopkins (keith-hopkins) wrote : | #3 |
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.)
In Mozilla Bugzilla #259480, Dan-mellem (dan-mellem) wrote : | #4 |
It's supposed to chose the best form that it knows how to handle. It will choose
HTML over text, for example.
From http://
'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.'
In Mozilla Bugzilla #259480, Mcow (mcow) wrote : | #5 |
*** Bug 336436 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #259480, Moco (moco) wrote : | #6 |
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #18 |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090718 Shredder/3.0b4pre
I have received a .ICS calendar meeting attachment, but no visual evidence of the invitation exists; no attachment item, nor text display within the message. I used to receive these as just text within the message.
Here is the MIME type and beginning of attachment (from message source):
Content-class: urn:content-
Content-Type: text/calendar;
name="
method=REQUEST
Content-
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VEVENT
DTSTAMP:
DTSTART:
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #19 |
Is the change to component "Lightning" correct? I don't have lighting installed, I'm using MeetingMaker to handle my calendar info. Also, this issue is evident in Tbird safe mode so I'm sure it is not being affected by add-ins.
In Mozilla Bugzilla #505024, Standard8 (standard8) wrote : | #20 |
Hmm maybe I read that wrong then.
In Mozilla Bugzilla #505024, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #21 |
Do you have View | Display Attachments inline checked?
Can you attach a sample .eml?
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #22 |
Created attachment 389696
.eml of message with issue.
Calendar attachment does not appear even when display attachments inline is turned off.
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #23 |
BTW, I tried to do some cleanup of the data within the calendar invite; if it doesn't work, let me know of an individual working on this issue and I can send the original to them so I don't post potentially sensitive information to the ticket. However, I did open the email with the altered data and it still appears the same - no attachment and no text, with or without display attachments turned on using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090720 Shredder/3.0b4pre.
In Mozilla Bugzilla #505024, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #24 |
The sample shows just fine for me. (As an invitation text without lightning, an invitation with lightning.)
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #25 |
Interesting. I have two different machines (one XP 64bit, one Xp 32bit) and both don't show any attachment, even with attachment not displayed inline (they have completely different profiles, one is not a copy of the other).
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2pre) Gecko/20090727 Shredder/3.0b4pre.
I don't know if it matters, but I've never had lightning installed in my profiles, but they both are upgrades from 2.0 profiles.
In Mozilla Bugzilla #505024, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #26 |
You tried it as .eml file?
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #27 |
Correct, I saved the file from the bug and double-clicked on it to replicate your experience.
In Mozilla Bugzilla #505024, Gijskruitbosch+bugs (gijskruitbosch+bugs) wrote : | #28 |
I just experienced this issue with TB 3.0b2 and then b4 (tried the upgrade to see if it'd help). I'm on Mac OS X 10.4. The profile used to be in use on TB2... so it looks like it is related to that. I don't recall having lightning installed - it certainly is not installed now. Are there any steps I could take to narrow down what the issue is? It seems like something one would want fixed before 3.0 is released --> requesting blocking3.0 for that reason -- attachments are just invisible, and it'd be better if it was at least an attachment or even visible as plaintext inside the email...
In Mozilla Bugzilla #505024, Philringnalda (philringnalda) wrote : | #29 |
The steps I'd start with would be:
* reduce the testcase to something more obvious, like just the text "I'm the text/plain part" "I'm the text/html part" "I'm the attachment description" to be sure that everyone will know what they are seeing
* make sure it's a regression - when I open the .eml in 2.0, I see the same thing I see in 3.0 - and if it is find the one-day window, which will do more good than anything else possibly could
* make sure whether it's associated with having used a profile in 2.0, or with having updated from 2.0, or both, or neither: does a new profile on 3.0 do the same? does a fresh install of 3.0b4 do the same? does a new profile created by the fresh install do the same? does it actually require having installed Lightning (in 2.0, or in 3.0? a particular version of Lightning?)?
* see whether it's Tb-only, or the same in a comparable build of SeaMonkey
In Mozilla Bugzilla #505024, Dmose (dmose) wrote : | #30 |
Given reproducibility issues, we can't block on this bug as it stands today. Please follow the suggestions in comment 11, and, once those issues are sorted out, if it still seems like it should be a blocker, please renominate. Thanks!
In Mozilla Bugzilla #505024, Negativeduck (negativeduck) wrote : | #31 |
Possibly related but perhaps not.
Even in the sample email that was submitted the message can be opened viewed and all the invite information is present. It's not "lost". Question I have is more that the invite correctly interpreted and displayed in the message offers no interface (that I see) where you could save or run the invite against an external calendar.
For example here on OSX I expected to see a .ics or calendar attachment that I could save to my desktop. But that option doesn't exist instead if I wanted to enter this information into iCal I would have to manually create the invite.
This seen via TB3B4, fresh install no addons or anything. I do see the same behavior in TB2 so (OSX again) I'm wondering if this is by design? Is this a ''bug'' or an interface design decision? Should I be able to save/view/ download the Calendar information from a message?
Assumption is that the same logic that interprets 'text and html' and doesn't provide and interface for "saving the Text Version" of a the original email and doesn't display a multipart message with text and html versions as having attachments is what 'hides' you from being able to save a calendar invite?
(mind you if this is seen entirely off topic from this posted bug let me know and I'll take my thoughts elsewhere)
In Mozilla Bugzilla #505024, Gijskruitbosch+bugs (gijskruitbosch+bugs) wrote : | #32 |
(In reply to comment #13)
> (mind you if this is seen entirely off topic from this posted bug let me know
> and I'll take my thoughts elsewhere)
I believe your problem is described in bug 242937 - this bug is about not seeing anything (so not even seeing the ICS data in the email text itself).
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #33 |
Created attachment 405560
Reduced test case of email containing VCAL
Attaching reduced testcase.
Per comment 11, confirmed that this behavior is not a regression, the same behavior exists in Seamonkey, Tbird 2, and Tbird3; it exists in clean profiles or upgraded profiles.
Lightning is not installed, nor has it been installed in prior versions either.
I played around with the .eml quite a bit, and essentially the VCAL doesn't show as text as long as the attachment type is text/calendar. Messing with that at least allows the text to show, but clobbers the actual message text.
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #34 |
Removing regression. Can we mark this dataloss since there is no practical way in the standard UI interface to retrieve the data in the message short of saving the email as a file and cutting out the VCAL information manually (or is that considered a reasonable workaround)? Half the time, I don't know the VCAL is there to go retrieving it from the message source....
I'm surprised that if Tbird doesn't understand the application type it doesn't at least just display it as an (unknown) attachment. It would be reasonable to at least just save the meeting.ics as a standard text file....
In Mozilla Bugzilla #505024, Dossy Shiobara (dossy) wrote : | #35 |
First, I'm glad I'm not the only one seeing this bug.
Without looking at the code (I'll be doing that shortly), my hypothesis is that Thunderbird only displays one text/* multipart MIME part, and Outlook invitations are sent with text/plain, text/html and text/calendar. The code needs to be changed to "teach" Outlook that text/calendar should be presented as a file attachment, not "ignored" when displaying the text/html or text/plain.
Now, to see if I can come up with a fix ...
In Mozilla Bugzilla #259480, Dossy Shiobara (dossy) wrote : | #7 |
I believe Bug 505024 is a duplicate of this bug, but it has seen a bit more detailed investigation.
In Mozilla Bugzilla #505024, Dossy Shiobara (dossy) wrote : | #36 |
Just thinking out loud ... it looks like src/mailnews/
As an aside, won't line 255 return in a memory leak as *ct isn't PR_FREEIF'ed?
In Mozilla Bugzilla #259480, Ludovic-mozilla (ludovic-mozilla) wrote : | #8 |
Keith this might have been fixed by bug 351224. Could you take a few minutes and download the latest nightly ( http://
In Mozilla Bugzilla #505024, Euryalus-0 (euryalus-0) wrote : | #37 |
*** Bug 646779 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #259480, Mi+mozilla (mi+mozilla) wrote : | #9 |
I still have this problem using Thunderbird-3.1.10
In Mozilla Bugzilla #259480, Mi+mozilla (mi+mozilla) wrote : | #10 |
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.
In Mozilla Bugzilla #259480, Brian-derocher-q (brian-derocher-q) wrote : | #11 |
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>
...</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.
In Mozilla Bugzilla #259480, Brian-derocher-q (brian-derocher-q) wrote : | #12 |
BTW, with the Lightning extension, the text/calendar alternative is displayed and appears to be working fine.
In Mozilla Bugzilla #259480, Jim (squibblyflabbetydoo) wrote : | #13 |
(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.
In Mozilla Bugzilla #259480, Jan-mozilla (jan-mozilla) wrote : | #14 |
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/
Changed in seamonkey: | |
importance: | Unknown → Wishlist |
status: | Unknown → Confirmed |
In Mozilla Bugzilla #259480, Jan-mozilla (jan-mozilla) wrote : | #15 |
I cannot modify the status, but I find it strange that a regression from a user's standpoint (not being able to see when you are invited to a meeting, while it was possible in earlier versions of mozilla) has importance "enhancement". For a user, this is a regression bug.
I cannot modify the importance. Who judges ?
In Mozilla Bugzilla #505024, 3-john-k (3-john-k) wrote : | #38 |
I just wanted to mention that I'm having the same issue with Thunderbird 9.1 on Mac OS X 10.7.
In Mozilla Bugzilla #505024, 3-john-k (3-john-k) wrote : | #39 |
Correction Thunderbird 9.0.1.
In Mozilla Bugzilla #505024, M-wada-7 (m-wada-7) wrote : | #40 |
All of attached mails is multipart/
To see this special part in malformed mail as if attachment, two ways are currently available.
(i) Lightning extension shows this text/calender as if attachment.
(broken by Tb 8, but will be fixed by Tb 10. see bug 713380)
(ii) View/Message Body As/All Body Parts,
with mailnews.
(implemented by Bug 602718. available since Tb 8)
In order to see any part, any multipart/xxx is treated as multipart/mixed,
and any part is shown as if attachment at attachment pane.
Similar malformation is seen in multipart/related which was perhaps originally born by MS. Bug 674473 is for such malformed multipart/related case.
By that bug, "non-referred part and non-displayable part in malformed multipart/related" will be shown as if attachment.
Similar enhancement will be needed in case of wrong use of multipart/
- Limit application of "alternative" to mime part which Tb knows only.
Apply to text/plain, text/html, and some predefined text/xxx only.
- Show any other part as if attachment at attachment pane.
I believe this is natural enhancement if mail like next.
multipart/
text/plain, text/html, application/pdf, audio/wav, video/x-mpeg
In this case, any part can be actual/valid ALTERNATIVE, because PDF version
of mail, voice version of mail, video version of mail is possible.
Even if Tb can render text/plain or text/html only, I believe audio/wav etc.
is better shown in attachment pane for user's convenience.
And, "doesn't choose single part only" and "doesn't ignore other parts than part of mail sender's highest preference order" is never RFC violation by Tb.
This enhancement can do nothing for "reversed order in multipart/
- When View/Message Body As/Original/Simple HTML, search text/html part only.
If only text/plain is contained or if text/html part is null/blank,
use text/plain part.
- When View/Message Body As/Plain Text, search text/plain part only.
If only text/html is contained, or if text/plain part is null/blank,
use text/html part and convert it to Text.
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #41 |
Taking. I have a fix in the works.
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #42 |
Created attachment 613852
WIP patch
This should fix the issue. Bienvenu, what do you think of this solution? Among other things, it special-cases text/calendar parts and provides a name for them so that they don't get skipped. As an alternative, we could add a displayableInline property to nsMsgAttachmentData and show all non-displayable
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #43 |
(In reply to Jim Porter (:squib) from comment #24)
> As an alternative, we could add a displayableInline property to nsMsgAttachmentData
> and show all non-displayable
Hmm, maybe we should do this, since apparently some MUAs actually send attachments as multipart/
In Mozilla Bugzilla #259480, Jim (squibblyflabbetydoo) wrote : | #16 |
Duping this to the bug where I'm fixing the issue (and which has test cases).
*** This bug has been marked as a duplicate of bug 505024 ***
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #44 |
*** Bug 259480 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #45 |
*** Bug 301441 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #46 |
(In reply to Jim Porter (:squib) from comment #25)
> (In reply to Jim Porter (:squib) from comment #24)
> > As an alternative, we could add a displayableInline property to nsMsgAttachmentData
> > and show all non-displayable
>
> Hmm, maybe we should do this, since apparently some MUAs actually send
> attachments as multipart/
This actually works with the current patch.
One limitation, however, is that text/whatever parts will get shown inline after the "proper" body (so you'd have, e.g. text/html and text/whatever shown inline). This is because we try to find a handler for the *exact* MIME type when determining if we're at the last inlinable part, but then when we try to show it, we fudge things, and treat unknown text/* parts as text/plain. Maybe we should add an option to mime_create that forwards exact_match_p onto mime_find_class? This would also let me remove the "text/calendar" handling in mime_find_class. Ideas?
In Mozilla Bugzilla #505024, Mozilla-ex (mozilla-ex) wrote : | #47 |
Comment on attachment 613852
WIP patch
I haven't tried the patch, but it seems like the pragmatic thing to do.
In Mozilla Bugzilla #505024, Mozbugs-w (mozbugs-w) wrote : | #48 |
Hey Jim,
Thanks for taking this on. I was the opener of Bug 301441 (I think), and while I don't have time to do a full build, if you have an image for MacOSX built, I'll be happy to test. Just drop me a pointer (mozilla-bugs "the round A symbol" ofcourseimright
Eliot
Changed in seamonkey: | |
status: | Confirmed → Invalid |
In Mozilla Bugzilla #505024, Iann-bugzilla (iann-bugzilla) wrote : | #49 |
I presume Lightning still picks things up correctly with this patch applied?
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #50 |
(In reply to Ian Neal from comment #31)
> I presume Lightning still picks things up correctly with this patch applied?
Well, that depends a lot on how strict you're being with "correctly". Lightning will almost certainly require a patch to work with this code, specifically to hide .ics attachments when it's handling them through a notification bar.
In Mozilla Bugzilla #505024, Baffoni (baffoni) wrote : | #51 |
I hope it doesn't. I use a different meeting calendar, but I really appreciate the HTML markup view within Tbird that lightning does on the .ics, and still allow me to associate a different helper app to .ics instead of lighting "gobbling" it up.
In Mozilla Bugzilla #505024, Philipp-bugzilla (philipp-bugzilla) wrote : | #52 |
(In reply to Jim Porter (:squib) from comment #32)
> (In reply to Ian Neal from comment #31)
> > I presume Lightning still picks things up correctly with this patch applied?
>
> Well, that depends a lot on how strict you're being with "correctly".
> Lightning will almost certainly require a patch to work with this code,
> specifically to hide .ics attachments when it's handling them through a
> notification bar.
Could you elaborate wat kind of code changes are needed? I don't plan to remove the HTML representation of the ics attachment, I think this would go in the wrong direction. If the email message has its own html representation, then I could imagine providing a way to show alternative representations, but I would prefer showing the lightning HTML template first.
In Mozilla Bugzilla #505024, Eric Davis (edavis) wrote : | #53 |
This issue has really annoyed me for a while now. I used to use mutt to handle the multipart/
https:/
It does the trick but requires an extra mouse/menu/click when viewing a meeting invite email.
FWIW, I really like how Claws Mail handles these multipart/
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #54 |
*** Bug 779909 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Pe1chl (pe1chl) wrote : | #55 |
What is the current status on this problem?
With SeaMonkey 2.10 a multipart/
While cumbersome, it is usable as a workaround to access the meeting.ics (which we can import into the calendar app we use - not lightning)
However, in SeaMonkey 2.11 and 2.12 the attachment pane no longer shows up when a message like this is opened. I'm sure I have read a bug (for Thunderbird) that discussed this change, but now I can no longer find it.
Unfortunately this means that our users no longer see the trigger to try the "all body parts" workaround when they receive a message (the nonfunctional meeting.ics attachment). So we have been unable to upgrade past 2.10.
Today I installed 2.13beta and unfortunately it has not been fixed.
We need either the old behaviour which we can use with the workaround, or better the solution depicted above (which I understand will mean that we see the text part in the message pane and the text/calendar part as an attachment in the attachement pane where it can be saved without using "View -> Message Body as -> All body parts")
Any idea in what version we can expect this fix? (e.g. the one in comment #25)
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #56 |
(In reply to Rob Janssen from comment #37)
> What is the current status on this problem?
My patch fails for all but the simplest test cases, and I haven't had time to fix it up. I'm unassigning myself from this for now, since I'm unlikely to work on any MIME parsing bugs until the new Javascript MIME parser is in place and turned on. If anyone else would like to take this on, I'll be happy to help provide guidance, though.
In Mozilla Bugzilla #505024, Uony (uony) wrote : | #57 |
*** Bug 792434 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Uony (uony) wrote : | #58 |
This is still a problem in version 15. I just filed Bug 792434 because I didn't find bug 505024 at first.
In Mozilla Bugzilla #505024, Chris-christopherschultz (chris-christopherschultz) wrote : | #59 |
I'd just like to put in a vote for this bug: I have messages that come from colleagues using WebEx and they are all multipart/
I read the long and nasty saga of bug 674473 and I certainly wouldn't want to repeat that here. Jim, thanks for taking on the responsibility for both bug 674473 and for taking a swing at this one.
Jim: if your fix only works 5% of the time, would you feel comfortable releasing it so at least 5% of the time I can read these messages? Or is the other 95% such a horrible failure that it's worse than the current behavior?
I'm happy to provide raw material for test case email messages if that would be helpful.
Thanks to everyone on the tb team for years of great work: I've been using tb since before it had a name and have always been very happy with it. Keep up the great work!
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #60 |
(In reply to Christopher Schultz from comment #41)
> Jim: if your fix only works 5% of the time, would you feel comfortable
> releasing it so at least 5% of the time I can read these messages? Or is the
> other 95% such a horrible failure that it's worse than the current behavior?
The problem is that it breaks most messages that use multipart/
In Mozilla Bugzilla #505024, Chris-christopherschultz (chris-christopherschultz) wrote : | #61 |
(In reply to Jim Porter (:squib) from comment #42)
> The problem is that it breaks most messages that use multipart/
> and emits a bunch of bogus "attachments".
Fantastic. Thanks for the attempt.
I went ahead and enabled mailnews.
In Mozilla Bugzilla #505024, Sabuj Pattanayek (sabujp) wrote : | #62 |
I don't know about needing lightning or not, but this happens with 17.0.2 on Linux when .ics files are sent from exchange/outlook clients. Also see bug #713380
Launchpad Janitor (janitor) wrote : | #17 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in seamonkey (Ubuntu): | |
status: | New → Confirmed |
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #63 |
*** Bug 879288 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Joshfeingold (joshfeingold) wrote : | #64 |
Any idea when this bug might be fixed?
In Mozilla Bugzilla #505024, Rik-u (rik-u) wrote : | #65 |
Following Wayne, i posted an example message over at https:/
In Mozilla Bugzilla #505024, Jonathan Kamens (jik) wrote : | #66 |
I just got bitten by this -- I got an email invite that I didn't even realize was an invite, and therefore I didn't respond to it in a timely fashion.
One can legitimately argue whether Outlook should be mixing up text/plain and text/html parts with a text/calendar part that has info in it that isn't displayed in the other two, but it is what it is, and Thunderbird really needs to cope with it better than it is.
In Mozilla Bugzilla #505024, Sabuj Pattanayek (sabujp) wrote : | #67 |
arg hit me again today. The .ics part of the email doesn't show up, just the text part I guess which contains call in information for the meeting
In Mozilla Bugzilla #505024, Patrick (plgs) wrote : | #68 |
Hate to say me too, but me too. Have missed a couple of meeting requests (sent by Exchange/Outlook users) since switching to Thunderbird and it's starting to be embarrassing. In the short term, it would be great to just have an indication that there's attachments and/or a plain text view. Happy to give examples / test cases / further detail if needed.
Thanks!
In Mozilla Bugzilla #505024, Luckyboy2000 (luckyboy2000) wrote : | #69 |
I'm having this same problem ever since I can remember using Thunderbird, years ago. Look guys, unfortunately MS/Outlook might not follow the industry standards or best practices, but is still what most people use out there. So more people will adopt Thunderbird ONLY when they can receive emails from people that don't use Thunderbird. I'd love to see this issue solved and be able to ditch the OSX Mail client (which by the way properly opens Calendar and other email attachments, even coming from Outlook).
Thanks in advance!
In Mozilla Bugzilla #505024, Zaffi (zaffi) wrote : | #70 |
i pinpointed the bug to a single line
Content-Type: multipart/mixed;
vs.
Content-Type: multipart/
the email is sent from a python code, and the attachment is visible both cases on gmail webclient.
Content-Type: multipart/
vs.
Content-Type: multipart/mixed; --> does show attachment
example eml file:
not showing attachment: http://
showing attachment: http://
In Mozilla Bugzilla #505024, Mhfrey (mhfrey) wrote : | #71 |
I also have this problem. I hate to be a pain, but any idea when there there will be a solution it has been 5 years and it is still marked new?
In Mozilla Bugzilla #505024, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #72 |
*** Bug 1088094 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #73 |
Added my vote to this - this should be treated as a serious data-losing bug, calendar invites used to be rare (between people in different organisations) since cross system compatibilities were very common, but they are very common these days as they work on every platform EXCEPT Thunderbird. Since the symptom is a blank message with no indication at all that it is a calender invite it means people lose data every day because of it.
Note - I've had two invites, from people in different organisations this week, if I wasn't looking for this bug I'd have lost the invitation thinking they just randomly sent me a blank email, instead of going to Apple Mail to open the invitation.
In Mozilla Bugzilla #505024, Brian Candler (b-candler) wrote : | #74 |
FYI I have the same issue with Thunderbird 31.2.0 under OSX 10.9.5. If someone sends me an Outlook / Office365 calendar invitation, there is no indication that an appointment is included.
I can confirm that when I view the message source, it has
Content-Type: multipart/
Workaround is to set View > Message Body As > All Body Parts, but I still have to scan through the Outlook rubbish like
...
DTSTART:
...
DTSTART:
...
until I eventually get to the real appointment time:
DTSTART;TZID=GMT Standard Time:20141119T1
DTEND;TZID=GMT Standard Time:20141119T1
So the ideal would be (a) to have a built-in renderer for text/calendar, (b) invoke it *even* if the content type is multipart/
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #75 |
I really don't believe we need a renderer, that puts the solution in the too-hard-
In Mozilla Bugzilla #505024, Ian-kennedy-dtu (ian-kennedy-dtu) wrote : | #76 |
Ideally we need an attachment so we can open it with the calendar. A renderer would be a nice addition but you still need to be able to see the ics file. It's worth pointing out that the Lightning code already has a renderer.
In Mozilla Bugzilla #505024, Ian-kennedy-dtu (ian-kennedy-dtu) wrote : | #77 |
Sorry, when I say "the calendar" I mean "the calendar of our choice". That may or may not be lightning.
In Mozilla Bugzilla #505024, Alexdpsg (alexdpsg) wrote : | #78 |
still not fixed in TB 33/34 :/
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #79 |
Please .. lets not turn this into a major task of building a renderer, its an attachment it just needs to be visible as one so it can be opened, not silently, and invisibly ignored as currently.
In Mozilla Bugzilla #505024, Sicaine (sicaine) wrote : | #80 |
I have the same issue on Thunderbird 31.2.0. 'Fixed' it by installing Lightning :(
Took me a while and a few meetings to figure the issue itself out.
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #81 |
yes - it really shouldn't take installing a Add-on that will actually confuse people who don't need another calender program in order to fix a DATA LOOSING BUG
In Mozilla Bugzilla #505024, Ian-kennedy-dtu (ian-kennedy-dtu) wrote : | #82 |
Can the renderer simply be copied from Lightning?
In Mozilla Bugzilla #505024, Mozilla-2 (mozilla-2) wrote : | #83 |
One more vote for adding the ability to save the attachment, please.
In Mozilla Bugzilla #505024, Cprahacs (cprahacs) wrote : | #84 |
One more vote to fix this bug. This is extremely irritating given it affects us in a business environment.
In Mozilla Bugzilla #505024, Sm-bugs-tp (sm-bugs-tp) wrote : | #85 |
+1 vote to get this fixed. No fix within almost six years is pretty embarrassing.
In Mozilla Bugzilla #505024, Gijskruitbosch+bugs (gijskruitbosch+bugs) wrote : | #86 |
I've just marked a *lot* of comments as me-too and/or advocacy. Please don't comment with "I'm seeing this too" or "when are you fixing it" or "This is a terrible bug and it is shameful it's not fixed yet".
We know all of that. Telling us again won't help - it just makes the bug far harder to scan and understand if people *are* actually interested in fixing it.
Now... Andrew/Mike, is the JS MIME parser thing something that ever happened? I can't find it from a quick search in bugzilla and MXR, but maybe I missed it (Andrew, poking you because of bug 447842 which looked related).
Irrespective of that, AIUI the easiest way to avoid the lack of clarity / visibility of the ics attachment is to ignore and/or replace-
If that sounds acceptable, where does that need to be addressed? Still mailnews/
In Mozilla Bugzilla #505024, Mike Conley (mconley) wrote : | #87 |
Yes, I believe the JSMIME code is now in the tree. jcranmer, can you confirm?
In Mozilla Bugzilla #505024, Joshua Cranmer (jcranmer) wrote : | #88 |
(In reply to :Gijs Kruitbosch from comment #68)
> Now... Andrew/Mike, is the JS MIME parser thing something that ever
> happened? I can't find it from a quick search in bugzilla and MXR, but maybe
> I missed it (Andrew, poking you because of bug 447842 which looked related).
JSMime has, in effect partially landed. It's already in place for most header parsing and emission (as of TB 32 or so). It's *not* in place for parsing the body and message display--libmime is *very* featureful, so there is a very good deal of work that needs to get done to get it even in a state where it could be enabled by preference.
> Irrespective of that, AIUI the easiest way to avoid the lack of clarity /
> visibility of the ics attachment is to ignore and/or
> replace-
> there is a part that with mimetype text/calendar . Is that right, and if
> not, can you suggest an alternative (minimal) way to address this
If you have Lightning installed, you probably want to treat text/calendar properly in a multipart/
> If that sounds acceptable, where does that need to be addressed? Still
> mailnews/
Quite frankly, the multipart/
In Mozilla Bugzilla #505024, Bugmail-asutherland (bugmail-asutherland) wrote : | #89 |
I think Joshua addressed the JSMime stuff. The API added for bug 447842 is something that could be used to work-around the problem (it gets to hear about all the MIME parts, not just what libmime emits for specific display), but it would require a second streaming of the message and hooking the result up to the message reader.
Pre-JSMime-
Patch-size-wise, the fix is probably fairly small, but it's still probably a bit of effort to come up to speed on the libmime bits. (So, not impossible, but a bit of a slog. Although one might get really lucky with just cargo culting some of the attachment emitting bits.)
(I do need to very explicitly disclaim that I'm not able to help with writing the patch or reviewing because I'm swamped with the Gaia email app and think it's most productive for me to work on that instead.)
In Mozilla Bugzilla #505024, Rohit-m (rohit-m) wrote : | #90 |
Just confirming that it still exists and that its a real pain. Enough to abandon thunderbird (I have been using it what feels like over 10 years).
I have tried all the related add-ons on the site (msg/eml/
I do not want to import it into lightning, I just need the info visiible inside the email. How hard can it be., Even Gamil works fine. I can send sample emials if required
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #91 |
I'm confirming what Rohit says that not only it exists, but the Add-Ons (like "Show All Body Parts") don't solve the problem. Mac's email, and iPhone's have no problem handling these attachments IF you know they are there - usually the symptom is a blank message from someone, but i missed a meeting earlier this week because the message had a considerable amount of text, so I didn't notice something was strange.
This is a Data-Loss-Bug and should be treated with the urgency that implies, but its been there five years now.
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #92 |
Implementation suggestions:
Step 1: Let "text/calendar" be decoded as text/plain. That should be a 1-line change in libmime.
Step 2: Make a display feature similar to vcard. vcard is a libmime plugin (!). See mailnews/
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #93 |
mimei.cpp line 479 has specific code for text/calendar. Apparently it's that what messes us up here. (I was already wondering, because unknown attachment types should normally show as file attachment. text/calendar leaves no trace whatsoever, which is the bug here. Apparently, it's caused by this code.)
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #94 |
-> Neil. See the last 2 comments.
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #95 |
Created attachment 8600315
Hack to display it as plain text
The last WIP patch doesn't work for me, I still don't see the ICS attachment.
Also, reading the code, it also seems to do something that is wrong or at least debatable according to RFC 2046 5.1.4. <https:/
"What is most critical, however, is that the user not automatically be shown multiple versions of the same data."
At least not normally, text/calendar is an exception due to a bug in Exchange. Exchange uses multipart/
As WADA already diagnosed in comment 22, this is a clear violation of Internet standards, which explicitly state that the "content of the various parts are interchangeable."
So, here is a HACK that implements step 1 above: display text/calendar as plain text. It's really ugly, because it's a data format for machines in Field: value form, not for humans. So, I don't consider it very useful for end users, but at least much better than status quo, because it does contain and display all data.
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #96 |
Neil, please take a look whether you can migrate the Lightning text/calendar libmime plugin from Lightning to mailnews, so that text/calendar will be displayed even when Lightning is not enabled (addon disabled).
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #97 |
Comment on attachment 8600315
Hack to display it as plain text
This is a band-aid, but still better than before. Unpretty, but at least no information loss.
Tested without Lightning. Still needs testing with Lightning enabled. It should not change anything in this case, because plugins have priority over built-in types, so the Lightning plugin should still be used even with this patch.
In Mozilla Bugzilla #505024, Neil-httl (neil-httl) wrote : | #98 |
Created attachment 8602813
Alternative approach
When I was looking into this last week (i.e. before the last few comments above) I noticed that we simply display the last alternative that we can, and ignore subsequent alternatives, even though strictly speaking they should be a better format. I therefore came up with this approach which shows those alternatives as attachments (and they show up in the attachment pane and also in the message list as having attachments). In this case this then allows you to launch the invitation using an external calendaring application.
In Mozilla Bugzilla #505024, Neil-httl (neil-httl) wrote : | #99 |
So, there are at least three cases:
1. Invitation sent as a text/calendar message
In this case you see the invitation as plain text.
2. Invitation sent as multipart/mixed
In this case you see the invitation as an attachment.
3. Invitation sent as multipart/alternate
In this case the invitation is ignored.
Also, try toggling mailnews.
In Mozilla Bugzilla #505024, Neil-httl (neil-httl) wrote : | #100 |
Created attachment 8603340
Yet another idea
For completeness, this is a variant of attachment 8602813 whereby the additional multiparts are only attached if they have a file name (which applies in the attached vcal example).
In Mozilla Bugzilla #505024, Ludovic-mozilla (ludovic-mozilla) wrote : | #101 |
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
In Mozilla Bugzilla #505024, Ian-kennedy-dtu (ian-kennedy-dtu) wrote : | #102 |
Far too much time has passed with this and other calendar bugs. It's simply unusable in the current release state. I'm afraid we have now decided to drop Thunderbird and move our department onto eMClient on Windows and Apple Mail on Mac. So long and thanks for all the delays.
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #103 |
Agreed Ian - six years, and a major data loss bug - still marked "New", it just shows that noone really cares about TB.
Just missed another meeting this week because of a hidden calendar invite that I didn't even know was there.
As calendar invites become really common, and TB is the only significant mail client that just ignores them I can see how it becomes untenable to keep using them, I'm about to jump ship myself.
In Mozilla Bugzilla #505024, Mozbugs-w (mozbugs-w) wrote : | #104 |
While I share frustration over the length of time this bug is open, as I myself am not in a position to fix it, I have refrained from complaining. And so to those who do, I would ask if they would volunteer some time to come up with a fix. Several attempts have been made, and I would imagine since none of them were taken, that the problem is tricky and involved. Anyway, thanks to those who ahve tried.
In Mozilla Bugzilla #505024, Bugzilla2007 (bugzilla2007) wrote : | #105 |
Neil, could you explain why this important bug is currently stalled?
What is needed/missing to get it moving again?
This has been elevated to "major" by rkent in 2014, 7 duplicates, 24 votes, and obviously biting people badly when they miss their invitations because Thunderbird doesn't show them (regardless of the fact the respective messages might be malformed by other widespread mailers, we should safeguard against that).
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #106 |
(In reply to Eliot Lear from comment #86)
> While I share frustration over the length of time this bug is open, as I
> myself am not in a position to fix it, I have refrained from complaining.
> And so to those who do, I would ask if they would volunteer some time to
> come up with a fix.
Now would be a good time to remind folks: I'm happy to mentor anyone who'd like to take this bug on. Unfortunately, I don't have time to work on it myself, nor do I expect I will in the near future, but I should have time to at least point people in the right direction.
In Mozilla Bugzilla #505024, Markham-breitbach (markham-breitbach) wrote : | #107 |
I am also seeing this problem on OSX Yosemite.
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #108 |
I can confirm that adding Lightning lets you view the invite in TB. Lightning itself unfortunately has plenty of bugs, so you can't download the invite, export it to iCal or do any of the other things which you would expect to do with a calender invite. (See Bug #1217237 )
In Mozilla Bugzilla #505024, Groachfriends-bugzilla (groachfriends-bugzilla) wrote : | #109 |
V38.2 and still a problem. I have users sending emails back to clients saying "your email is empty. Can you tell me the meeting date please?" and effectively making us look stupid because we couldnt see their .ICS invitation that they had actually sent. And adding Lightning just to see these isnt the correct solution (its an unnecessary workround, and an unrequired addon for our business).
In Mozilla Bugzilla #505024, Nick-bugzilla (nick-bugzilla) wrote : | #110 |
After nearly 7 years of eating ICS attachments, I've given up on TB and have moved to Postbox. Losing ICS attachments was one of the main reasons (lightning is basically unusable).
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #111 |
Note that in Lightning bug #1243407 the Lightning team confirm that there is no way to export single events in Lightning so I'm not sure why the Thunderbird team suggest that Lightning is the reason not to solve this 7 year old data-losing bug.
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #112 |
Neil won't be replying in the next several months. So to move this foward we have proposals in Neil's comment 80, 81 and comment 82. Ben, what is your opinion of Neil's proposals?
In Mozilla Bugzilla #505024, Rohit-m (rohit-m) wrote : | #113 |
(In reply to Wayne Mery (:wsmwk, use Needinfo for questions) from comment #94)
> Neil won't be replying in the next several months. So to move this foward we
> have proposals in Neil's comment 80, 81 and comment 82. Ben, what is your
> opinion of Neil's proposals?
I know it wasn't addressed to me, but I think it sounds like a good proposal.
In Mozilla Bugzilla #505024, Uony (uony) wrote : | #114 |
I would prefer a variation on comment 77, but instead of displaying as plain text, display the keyword-value pairs as an HTML table.
I found using mailnews.
But the solution expressed in comment 80 - comment 82 is certainly preferable to nothing being done.
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #115 |
*** Bug 760412 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Groachfriends-bugzilla (groachfriends-bugzilla) wrote : | #116 |
ITs all very well closing other bugs as duplicates of this bug, but if this bug is being progressed then they all might as well be closed....including this one. Otherwise effectively its saying "Save wasting your time. Yeah, we know about this problem. We are not going to deal with it and dont need you telling us about it loads of times."
Comment 80 and 81 dated 7th May 2015 (1 year ago) and no progress since. And the whole bug report approaching its SEVENTH birthday!
Yes, Im frustrated. Sorry.
In Mozilla Bugzilla #505024, Groachfriends-bugzilla (groachfriends-bugzilla) wrote : | #117 |
...if this bug ISNT being progressed*
In Mozilla Bugzilla #505024, William-bugzilla-mozilla-org (william-bugzilla-mozilla-org) wrote : | #118 |
In case somebody needs a simple workaround just to deal with the very occasional Outlook user, here's what I did:
1. View message source; scroll down to "Content-Type: text/calendar" section
2. Copy the block of base64 text and decode it. (On Linux, I use base64 -d; there are also online decoders like https:/
3. Save the resulting text (should start with "BEGIN:VCALENDAR" and end with "END:VCALENDAR") into a file. E.g., event.vcs.
4. Open up Google Calendar. In the left margin, click on the "Other calendars" menu and pick "Import calendar."
5. Select your file and click "Import". It should say, "Processed one event. Successfully imported one event."
After that, you should have the event on your calendar. This definitely isn't optimal, but it seems better than having to email back a client and ask them to send you details in plain text.
In Mozilla Bugzilla #505024, Groachfriends-bugzilla (groachfriends-bugzilla) wrote : | #119 |
"After that, you should have the event on your calendar. This definitely isn't optimal, but it seems better than having to email back a client and ask them to send you details in plain text."
Is it??!
In Mozilla Bugzilla #505024, William-bugzilla-mozilla-org (william-bugzilla-mozilla-org) wrote : | #120 |
As I thought was obvious, I mean that it seems better to me. If it isn't better for you, I will gladly offer you a full refund on your purchase price.
In Mozilla Bugzilla #505024, Groachfriends-bugzilla (groachfriends-bugzilla) wrote : | #121 |
Im concerned that offers of 'workrounds' (however short or long-winded) being posted on this bug report page only serves to further delay any potential real fix to the problem that MIGHT just be in the offing. (Sort of a "oh look, it doesnt stop the show because there is something they can do without it so we will lower the priority even more" sort of thing). I know it shouldnt, but given we are approaching 7 years old with no solution on the horizon, it is easy to understand why such a concern should be had. (Even proposals - comment 79 and onwards - just have "yes, I agree"'s yet no one willing to commit or progress).
(BTW, Im afraid your offer of the *simple* workround or even the virtual refund doesnt apply to me - Ive had to find a different solution due to lack of this functionality. I would have really struggled to try to explain to 'Mary, in Accounts' and all the other users about "content-type's" and "base64 decoding") :-)
In Mozilla Bugzilla #505024, William-bugzilla-mozilla-org (william-bugzilla-mozilla-org) wrote : | #122 |
I'm exactly none of the developers, but I find your sense of entitlement offputting here. If you'd like things to worry about, you might try worrying that being demanding toward people who you are not paying and who are often volunteers might delay them working on this. In favor of, say, something where they get to deal with pleasant people, or just something they find personally rewarding.
On my part, all I did was try to help, and I've gotten two grumbly emails from some internet rando. So you've certainly convinced me that trying to help here is a bad idea.
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #123 |
As a developer who's worked on this area of the code (but unfortunately has no time to delve back into libmime at the moment), I can assure you that workarounds posted here have no bearing on the schedule for fixing this.
I may look into this when we're further along the process of migrating from libmime to jsmime, but probably not before then. Any significant improvements to libmime would be lost once we switch to jsmime for everything, and I'd prefer to spend my limited time on improvements that will last.
In Mozilla Bugzilla #505024, Bugzilla-s (bugzilla-s) wrote : | #124 |
Hi Jim Porter.
I have recently done some other bug-fixes to libmime and the handling of multipart/
You said in an earlier comment that you could be willing to mentor and point in the right direction.
So, please, any pointers would be welcome. Where should I start to look in order to fix this bug?
Terje B.
In Mozilla Bugzilla #505024, Jporter+bmo (jporter+bmo) wrote : | #125 |
If I were you, I'd take a look at the existing patches, (especially the last two by Neil) and see how they work. They might already do what we need, but some tests would be nice.
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #126 |
*** Bug 1295965 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #127 |
*** Bug 687063 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #128 |
*** Bug 582251 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #129 |
*** Bug 342443 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #130 |
*** Bug 1003241 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Vseerror (vseerror) wrote : | #131 |
*** Bug 242937 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #132 |
Terje, are you still interested, we could fix this ancient old bug. Without looking I'd say that Neil's patches don't apply any more since you've made changes in mimemalt.cpp.
BTW, I got here via Neil's review queue.
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #133 |
Comment on attachment 8600315
Hack to display it as plain text
I don't think you're going to get this review :-(
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #134 |
In *HTML* view in a TB 53 Daily attachment 405560 looks very nice, the last part is displayed: Content-Type: text/calendar. For attachment 389696 also the last part Content-Type: text/calendar is displayed.
In both case one clearly sees that there is an attachment. This was most likely already fixed by Terje in bug 574989. I remember he added text/calendar here:
https:/
In plaintext view there is no attachment shown.
Terje, can we improve this further?
In Mozilla Bugzilla #505024, Bugzilla-s (bugzilla-s) wrote : | #135 |
Hi Jorg.
I am sorry, but I am busy with work related stuff now.
It might be some time before I will look at this again.
I highly recommend that some one else looks at it, because I might never get around to it.
Kind regards
Terje B.
Changed in seamonkey: | |
importance: | Wishlist → Unknown |
status: | Invalid → Unknown |
Changed in seamonkey: | |
importance: | Unknown → High |
status: | Unknown → Confirmed |
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #136 |
I'm coming back to this bug after fixing bug 1334937.
Looking at attachment 389696 and attachment 405560.
With Lightning installed, both show the invitation.
With Lightning disabled, both show the HTML part.
Looking at the messages they have three parts:
text/plain
text/html
text/calendar.
With Lightning not installed, the text/calendar part is not displayable, see bug 1334937 comment #39.
So I guess you can't have it both ways: Bug 1334937 wanted to see the HTML part and this bug here wants so see an attachment where there isn't one.
The test message from bug 1334937, attachment 8832838, is different. It has those three parts *and* it has a .ics attachment, and that shows, with or without Lightning.
In Mozilla Bugzilla #505024, Swdev-z (swdev-z) wrote : | #137 |
The previous comments show that Lightning is distrusted.
In Mozilla Bugzilla #505024, Mozbugs-w (mozbugs-w) wrote : | #138 |
There are a few issues here. The first is that when using mulitpart/
The challenge here is that I don't believe the standard matches the user's expectations, particularly when lightning isn't installed. In particular, the user may wish to view the appointment *and* "double click" on it to hand it off to a handler for Outlook or iCal.
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #139 |
Right.
Bug 1334937 comment #46 explains that when you have three parts
text/plain
text/html
text/calendar
and *no* ICS attachment, the difficulty is to display the third usually hidden part additionally or as attachment. RFC 1521 says:
Receiving user agents should pick and display the last format
they are capable of displaying. In the case where one of the
alternatives is itself of type "multipart" and contains unrecognized
sub-parts, the user agent may choose either to show that alternative,
an earlier alternative, or both.
In Mozilla Bugzilla #505024, Markus Kuhn (markus-kuhn) wrote : | #140 |
This seems really a bug in Microsoft Exchange, not a bug in Thunderbird. However, since so many people send out event invitations via Exchange, it seems other MUAs have added special-case algorithms to deliberately violate the MIME specification if the sender was MS-Exchange and show multiple multipart/
The problem is that Exchange sends out calendar invitations as
Example A:
- multipart/
* text/plain
* text/html
* text/calendar
even in cases where the text/plain and text/html parts are empty, or otherwise are no legitimate representation of the same information as the calendar file (e.g., just a human written cover message).
In an ideal world, where Microsoft respected Internet standards, Exchange would instead have sent out
Example B:
- multipart/mixed
* multipart/
o text/plain
o text/html
* text/calendar
This way, the client would always display either the plain-text or HTML cover letter (which presumably are just alternative renderings of exactly the same information), plus show below that the ICS file as a proper attachment.
But since Exchange sends out so many inappropriate Example A messages, it may be worthwhile to add circumvention code. Thunderbird could detect the structure of Example A and convert it into the structure of Example B before displaying it. That transform can be made conditional to the presence of header fields (such as
regular expression /^x-ms-
I can forward example messages.
In Mozilla Bugzilla #505024, Mozbugs-w (mozbugs-w) wrote : | #141 |
Regarding Comment 122, one of the use cases here is really quite simple: we want to be able to link a MIME handler to a text/calenar message. That is what Bug 301441 was requesting lo those many year ago (marked a duplicate of this one). And so it's not just a matter of whatever exchange bug might exist. At the time, and I don't know if it has changed, it was not possible to register a MIME handler in the UI.
In Mozilla Bugzilla #505024, Santiago+mozilla (santiago+mozilla) wrote : | #142 |
Could it be that this bug is also related o that https:/
In Mozilla Bugzilla #505024, Gphemsley-v (gphemsley-v) wrote : | #143 |
The Calendly.com scheduling service is affected by this problem.
It's not helpful to decry that there exist implementations that are not spec-compliant. If the reality is that this issue is so widely deployed as to be defacto standard, then it needs to be treated as such. (That said, I'm not entirely convinced that it's a violation of the standard—the e-mail is essentially saying that text/calendar is the preferred format of the message, and text/html and text/plain are provided as the fallback. The bug in the sender, then, is that these other formats don't have all the details that the text/calendar message has.)
Thunderbird should be updated, if not to support the calendar item wholesale (since Thunderbird doesn't have a built-in calendar), at least know enough to convert it to an ICNS attachment that can be downloaded and used by an actual calendar app.
In Mozilla Bugzilla #505024, Mozbugs-w (mozbugs-w) wrote : | #144 |
Regarding Comment 125, This is a very old bug indeed. For it to close, someone would actually have to want to work on it. If you are willing to work on it, great.
In Mozilla Bugzilla #505024, Social-mozilla (social-mozilla) wrote : | #145 |
Hi,
during the last year I have been faced with the same problem that Outlook appointments are not shown in my Thunderbird. As I did not want to use Lighting I spent some spare time during the Christmas holidays to hack together a small addon which shows a button in the message window when an outlook calendar part is being detected.
I have no experience in creating Thunderbird addons nor did I dive deep into the documentation. I learned from existing addons and put together something that works. I would be happy if someone could review and improve / rewrite the code.
The addon works for me, but I also did not that much testing. Before I wanted to publish this addon it would be nice if some more people could test it with more than my five test messages and only my Thunderbird installation.
You find my addon here: https:/
Let me know your thoughts, create comments and merge requests.
Regards, Sebastian
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #146 |
I've visited this bug far too many times :-( - So let's try a summary.
Attachment 389696 has a multipart/
multipart/
text/plain
text/html
text/calendar
The so-called "reduced" (not!) test case in attachment 405560 has:
multipart/mixed
multipart/
text/plain
text/html
text/calendar
but there is no further "mixed" part :-(
TB with Lightning shows the invitation, TB without Lightning shows the HTML part, no indication of any attachment since for an attachment we need multipart/mixed with the attachment in a "mixed" part.
Nothing new here, already explained in comment #122 (!!).
Now the add-on, I got this version:
https:/
I briefly browsed the code (being an add-on reviewer as well) and it all looks good at first glance. It overlays the expandedHeaders
If you can make it work, great, submit it at addons.
In Mozilla Bugzilla #505024, Social-mozilla (social-mozilla) wrote : | #147 |
Hi,
thanks for your comments, I have to admit that I did not test with the attached mails here as I thought these kinds of appointment invitations are obsolet. I did only test with a recent one I got from a colleague.
However, please check v0.2.1 which should now support all three types of known outlook invitations (my sample and the two
attached here). All sample I used for testing are in the "samples" folder.
There might be encoding issues in the VCAL-file itself in some fields but at least it should be able to import into a calendar.
Regards, Sebastian
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #148 |
Yes, that works fine. You need to know that you have to use Customise to place the button. You can submit this at ATN and let me know when it's ready so I can approve it. PM is OK. In general I'm a Lightning user, so it's not to terribly useful for me. That said, we have a long-standing issue that Lightning can only handle one attached event, bug 547754. Can your add-on save more than one? Or does Outlook only ever send one. For multipart/
In Mozilla Bugzilla #505024, Social-mozilla (social-mozilla) wrote : | #149 |
Good to hear! I will submit the addon soon and let you know.
The hint for the button is quite hidden but inside the Readme. I added another when within the "Installing" section. I could not figure out a way to add a button which is not fixed but visible right after installing. Can anyone help me with this?
Currently it will only handle only one (the first found) calendar event. I do not know if its possible to send multiple appointments in one mail, I will ask a colleague which is using Outlook.
In Mozilla Bugzilla #505024, Jorg K (jorgk) wrote : | #150 |
*** Bug 1521050 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Craigus (c-o-hopkins) wrote : | #151 |
Installed the addon but still no joy. I'll look out for further updates on this bug.
In Mozilla Bugzilla #505024, Social-mozilla (social-mozilla) wrote : | #152 |
Hi,
if you like send me an email or open a bug on github: https:/
Perhaps we can find a solution, until now I only a small sample of test messages. It could be that the message is not being detected correctly.
Regards, Sebastian
In Mozilla Bugzilla #505024, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #153 |
*** Bug 1664993 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, Bugzilla-4 (bugzilla-4) wrote : | #154 |
The work-around with an add-on mentioned here is not compatible with TB 68.
Can someone with the power to do so please set a prority for this bug? It has been over a decade. Thank you.
In Mozilla Bugzilla #505024, Worcester12345 (worcester12345) wrote : | #155 |
This actually used to work for quite a while. I was able to see a calendar invite, and click it to add to my calendar. This stopped working maybe a year ago? I don't know if it has to do with Thunderbird, or the sending application. Too bad there is no standard that all programs can follow.
In Mozilla Bugzilla #505024, Bugzilla-4 (bugzilla-4) wrote : | #156 |
It is not correct that this is only for "Windows XP". In my case, it is Linux. So this bug likely affects all platforms. I couldn't fiugure out how to add Linux as an affected platform for this bug.
In Mozilla Bugzilla #505024, Stephane-gourichon-mozbugz (stephane-gourichon-mozbugz) wrote : | #157 |
Same as Daniel here. I experienced this bug on Linux.
Can reproduce it now by displaying sample e-mail from comment 4 ( https:/
In my case I received automatic invitation e-mails which did not have any text, just the calendar entry. They appeared as totally blank e-mail, only showing the e-mail source code allowed me to realize there was a calendar entry.
In Mozilla Bugzilla #505024, Markus Kuhn (markus-kuhn) wrote : | #158 |
Dear newcomers to this issue. As explained above in [comment 122](https:/
For history buffs: The underlying issue is that Microsoft Exchange was originally designed to be an in-house X.400 mail server that added an Internet (RFC822+MIME) email gateway only later as an after-thought. X.400 only allows a flat list of attachments, but MIME allows (and requires in this case) a hierarchical tree of a multipart/
Repeat: this is a feature request for a workaround of a long-standing Microsoft Exchange bug. This is not a Thunderbird bug.
In Mozilla Bugzilla #505024, Worcester12345 (worcester12345) wrote : | #159 |
It seems that the defacto is that this should work. Maybe it is time to update the MIME standard to agree with what is reality.
Meanwhile, Thunderbird users are left holding the short straw.
In Mozilla Bugzilla #505024, Stephane-gourichon-mozbugz (stephane-gourichon-mozbugz) wrote : | #160 |
Thanks @MarkusKuhn for taking care of explaining.
I understand that it is vexing when users complain about a problem caused by a bug in a third party program.
Still, thunderbird not displaying any hint feels wrong.
I'm also aware that https:/
Anyway, thanks again Markus for enlightening us.
> Don't use Microsoft Exchange if what you really want is proper RFC822+MIME email. It never was. Spread the word.
I'm already self-hosted and since the hosting company of my freelancing activity switched to MS Exchange I'm considering to self-host that, too, for what it's worth.
> Repeat: this is a feature request for a workaround of a long-standing Microsoft Exchange bug. This is not a Thunderbird bug.
I'm willing to change the field "Type: defect" to " Type: feature request" but Bugzilla does not let me do that.
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #161 |
> the ancient early-1990s legacy ... Exchange
I bet even today's Microsoft engineers fear that code.
> violation of the MIME standard in the calendar function of Microsoft Exchange that sends these messages
Right. "Microsoft doesn't respect Internet standards" isn't new. Thunderbird always had the policy to treat this as bug and fix it.
The reality is that people working in companies send these invitations, to people inside and outside the company, and if you are unfortunate enough to use Thunderbird without Lightning, you don't even see the meeting time or location. Guess who the meeting organizer will blame? Try arguing with him that Exchange has a bug.
--------
That said, I know (comment 118, and from my own testing), the bug appeared only if you use Thunderbird without Lighting. Since Thunderbird 78, Lightning is integrated into Thunderbird core. Can somebody reproduce this bug in Thunderbird 78 with Lightning enabled?
In Mozilla Bugzilla #505024, Bugzilla-4 (bugzilla-4) wrote : | #162 |
Yes, this is malformed MIME. Thunderbird should be able to handle it. It does not, so it's a bug.
Iff I where 2 introduse malformation s IN my writting, u wud still understend. As you should.
In Mozilla Bugzilla #505024, O-jose-w (o-jose-w) wrote : | #163 |
*** Bug 783603 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #505024, O-jose-w (o-jose-w) wrote : | #164 |
Since TB78 Lightning is always "installed" (integrated into TB), so this bug here can be closed. There is also bug 760412 which is about only showing the last text/calendar part of multipart/
To make it clear:
This bug here: Invite not showing when no Lightning installed.
Bug 760412: text/html part not shown in multipart/
In Mozilla Bugzilla #505024, O-jose-w (o-jose-w) wrote : | #165 |
FIXED in TB 78 be integrating Lightning, so it is never "not installed".
In Mozilla Bugzilla #505024, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #166 |
->WTF (easier for tracking), and basically true as well.
In Mozilla Bugzilla #505024, Mozbugs-w (mozbugs-w) wrote : | #167 |
One question: is it possible to call another MIME handler instead of Lightning? That was my original bug back in the dark ages, back when there were dinosaurs.
In Mozilla Bugzilla #505024, Mitra-lists (mitra-lists) wrote : | #168 |
@Eliot - I think for most users that would be a preferable solution - for those who want to avoid Lightning entirely.
For my own purposes I finally navigated the complex steps of integrating it so Lightning uses iCal - no mere mortal will ever succeed with those steps - but until that point one of the worst features of TB was failure to integrate with the same calendar used for all other functions on OSX, and given how much calendars are integrated into people's workflow these days must be a significant driver away from TB and towards Apple's Mail.
In Mozilla Bugzilla #505024, Mozbugs-w (mozbugs-w) wrote : | #169 |
Ok, should there be a separate bug (again) for that?
Changed in seamonkey: | |
status: | Confirmed → Invalid |
In Mozilla Bugzilla #505024, Worcester12345 (worcester12345) wrote : | #170 |
(In reply to Michael Baffoni from comment #0)
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre)
> Gecko/20090718 Shredder/3.0b4pre
>
> I have received a .ICS calendar meeting attachment, but no visual evidence
> of the invitation exists; no attachment item, nor text display within the
> message. I used to receive these as just text within the message.
>
> Here is the MIME type and beginning of attachment (from message source):
> Content-class: urn:content-
> Content-Type: text/calendar;
> name="meeting.ics";
> method=REQUEST
> Content-
>
> BEGIN:VCALENDAR
> METHOD:REQUEST
> PRODID:Microsoft CDO for Microsoft Exchange
> VERSION:2.0
> BEGIN:VEVENT
> DTSTAMP:
> DTSTART:
Michael Baffoni, is this REALLY "working for you"?
In Mozilla Bugzilla #505024, Miguel J (mjulier) wrote : | #171 |
(In reply to Worcester12345 from comment #152)
> Michael Baffoni, is this REALLY "working for you"?
Not working for me, since about one week:
- problem with message in MIME multipart, with invitation in .ICS
- I see a header saying "this message contains an invitation", I can accept it or not, but I cannot see its contents
- but the invitation is displayed in human-readable form if I select Display / Message body as / Plain text
(maybe not exactly these messages, my Thunderbird is not in English)
Version: release, 91.3.0 (64 bits), Windows, French.
In Mozilla Bugzilla #505024, Miguel J (mjulier) wrote : | #172 |
(In reply to Miguel Julier from comment #153)
> (In reply to Worcester12345 from comment #152)
> > Michael Baffoni, is this REALLY "working for you"?
>
> Not working for me, since about one week:
> - problem with message in MIME multipart, with invitation in .ICS
> - I see a header saying "this message contains an invitation", I can accept it or not, but I cannot see its contents
> - but the invitation is displayed in human-readable form if I select Display / Message body as / Plain text
> (maybe not exactly these messages, my Thunderbird is not in English)
>
> Version: release, 91.3.0 (64 bits), Windows, French.
Well, it actually works, but by default the event description is folded in (I just see the title), and I must click on the small arrow to unfold it.
This is not convenient at all since, when an invitation is sent, the receiver most likely wants to see the description.
In Mozilla Bugzilla #505024, gggeek (giunta-gaetano) wrote : | #173 |
I confirm the last comment from Miguel Julier: the event description is always folded in when the message is displayed, and having to click on the small arrow can get tedious and frustrating.
Still, I dare say this is working better now than in previous versions, as at least there seems to be some certainty that the invitation data will be shown within the message without having to go to extreme measures such as "display message body as plain text"
In Mozilla Bugzilla #505024, Brian Candler (b-candler) wrote : | #174 |
I didn't realise until now that the event details were folded away, and became visible if the arrow is clicked. Thank you, this is awesome! It would be more awesome if it was open by default - but I don't know if this is Thunderbird's rendering of an ics file, or something controlled by Microsoft's HTML/CSS.
Getting invites from Office365: "View Message Body > All Body Parts" didn't show the event details, and "View Message Source" just showed a bunch of base64-encoded junk. So I wasn't able to see the event details at all, until I learned the click-to-expand trick.
In Mozilla Bugzilla #505024, Rdingman (rdingman) wrote : | #175 |
(Using 91.4.1)
I agree with [comments 154](https:/
As the the other commenters said, hopefully we can get this description to show automatically.
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #176 |
REOPENing. In all fairness, while it might work for developers who know what's happening, it doesn't work for end users as-is.
Even strictly speaking, the original problem "calendar (VCal) [content] is not visible" is not fixed.
In Mozilla Bugzilla #505024, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #177 |
We can track that in bug 1742101.
In Mozilla Bugzilla #505024, Ben-bucksch (ben-bucksch) wrote : | #178 |
Makes sense.
In Mozilla Bugzilla #505024, Oliver-brendel (oliver-brendel) wrote : | #179 |
Sorry, but I can't see where the arrow is to see the date and time of an invitation. I get buttons to accept / refuse or do other things (in the screenshot, if I find a way to add it, I have cliqued on "Plus" and then used the option "save a copy". However this will only create an event in the calendar, but as I have not idea as to the date ....
In Mozilla Bugzilla #505024, Oliver-brendel (oliver-brendel) wrote : | #180 |
Created attachment 9257450
shows the top of an email with an invitation and the proposed options
I do not see in the proposed options of this email with an invitation, where I can see the actual date and time of the invitation.
In Mozilla Bugzilla #505024, gggeek (giunta-gaetano) wrote : | #181 |
Created attachment 9257452
the small triangle which can be used to make the invitation data display
In Mozilla Bugzilla #505024, gggeek (giunta-gaetano) wrote : | #182 |
Comment on attachment 9257452
the small triangle which can be used to make the invitation data display
@oliver see the screenshot. The small arrow is highlighted in a red circle
In Mozilla Bugzilla #505024, Brian Candler (b-candler) wrote : | #183 |
It's at the top of the body of the mail, just below the screenshot you showed:
|> (Person Name) has invited you to (Meeting Name)
There is a small black triangle next to "Person Name". The usability bug is that it shouldn't be necessary to point this out :-)
In Mozilla Bugzilla #505024, Oliver-brendel (oliver-brendel) wrote : | #184 |
thanks for the explanations, I would have never thought that the small black triangle was something clickable.
Perhaps this should e made more evident, usually clickable things are blue ... or underlined ... or have a downward arrow that indicates the direction in which something will be happening. But that's for others, I now know ;-)
On the other hand, once one has accepted the invitation, there is a "Details" button in the top blue frame and one also gets the details in this way
In Mozilla Bugzilla #505024, Brian Candler (b-candler) wrote : | #185 |
> thanks for the explanations, I would have never thought that the small black triangle was something clickable.
Me neither. Bug 1742101 is now dealing with this usability issue.
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] alternative; "----_= _NextPart_ 001_01C4995B. 04833D80" classes: calendarmessage
[header]
MIME-Version: 1.0
Content-Type: multipart/
boundary=
Content-class: urn:content-
[header]
This is a multi-part message in MIME format.
------_ =_NextPart_ 001_01C4995B. 04833D80 "iso-8859- 1" Transfer- Encoding: quoted-printable =_NextPart_ 001_01C4995B. 04833D80 classes: calendarmessage Transfer- Encoding: 8bit =_NextPart_ 001_01C4995B. 04833D80- -
Content-Type: text/plain;
charset=
Content-
[plain text content]
------_
Content-class: urn:content-
Content-Type: text/calendar;
method=REQUEST;
name="meeting.ics"
Content-
[vcalendar entry]
------_
[end of msg]
Actual Results:
"Content-Type: text/calendar;" is completely hidden if some other content is
displayable.
Expected Results: bugzilla. mozilla. org/show_ bug.cgi? id=130119)
Fix:
Display as attachment.
(alt fix: see http://
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 bugzilla. mozilla. org/show_ bug.cgi? id=142092# c4
and http://