[calendar integration] invitation bar does not show when "View -> Display Attachments inline" is unchecked

NEW
Unassigned

Status

Calendar
E-mail based Scheduling (iTIP/iMIP)
10 years ago
3 months ago

People

(Reporter: Przemyslaw Bialik, Unassigned)

Tracking

Details

(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.10pre) Gecko/20071114 Thunderbird/2.0.0.10pre ID:2007111403 + Lightning 0.8pre build 2007111404

Invitation bar does not show on e-mail with invite message when "View -> Display Attachments inline" is unchecked.

Reproducible: Always

Steps to Reproduce:
1. Make sure you have "View -> Display Attachments inline" unchecked
2. Select e-mail with invite message
Actual Results:  
Invitation bar does not show up

Expected Results:  
Invitation bar does show up (as it does with "View -> Display Attachments inline" checked)

Link to this bug can be added to the relnotes (http://www.mozilla.org/projects/calendar/releases/lightning0.7.html)
(Reporter)

Updated

10 years ago
Flags: blocking-calendar0.8?

Comment 1

10 years ago
I can confirm this.
Please use the wanted flags to request features and bugfixes for 0.8. The reason is not quite obvious, but I do know why:

If the attachment is not "displayed inline", then the body is not fully loaded, to save processing time and network load. Unfortunately, this does not expose the email as an invitation, therefore the bar is not shown.

Loading the attachments manually will increase processing time immensely for large attachments, regardless of them being an invitation or not.

Flags: blocking-calendar0.8? → wanted-calendar0.8?

Comment 3

10 years ago
Nice to have, but surely not a priority.
Flags: wanted-calendar0.8? → wanted-calendar0.8-
(Reporter)

Comment 4

10 years ago
(In reply to comment #2)
> Please use the wanted flags to request features and bugfixes for 0.8.
ok, sorry

> If the attachment is not "displayed inline", then the body is not fully loaded,
> to save processing time and network load. Unfortunately, this does not expose
> the email as an invitation, therefore the bar is not shown.
furthermore because of Bug 357480 (raising priority ?) user can't double click on attachment.ics in order to add it to the calendar so users with this setting do not have an easy way to add invitation to their calendar
 
> Loading the attachments manually will increase processing time immensely for
> large attachments, regardless of them being an invitation or not.
so it would be probably not easy fixing this bug :| 

(In reply to comment #3)
> Nice to have, but surely not a priority.
understood, "luckily" option to have attachments displayed inline is the default setting
What do you think if lightning would default mail.inline_attachments pref to true when being installed (until this bug is not fixed) ?

Updated

10 years ago
Component: Lightning Only → E-mail based Scheduling (iTIP/iMIP)
QA Contact: lightning → email-scheduling

Comment 5

9 years ago
Even worse with Lightning 0.8 + Thunderbird 2.0.0.12. After the upgrade I get no content AND no attachments. When I uncheck "display attachments inline" I can see the attachments, but that does me no good. Time to downgrade to 0.7...

Comment 6

9 years ago
This bugs make it very confusing to get invites if one doesn't have the "Display Attachments inline" checked. The mail shows completely blank, instead of showing the normal text like it does when lightning isn't installed. (I assume this bug covers that too?)
Flags: blocking-calendar0.9?
OS: Windows XP → All
Hardware: PC → All
Flags: wanted-calendar0.8- → wanted-calendar0.9?

Comment 7

9 years ago
I just noticed someone marked this as blocking calendar 0.9. Why is it not blocking 0.8 when it's worse than 0.7 was? (See Comment #5.)

Updated

9 years ago
Flags: wanted-calendar0.9?
Flags: wanted-calendar0.9+
Flags: blocking-calendar0.9?

Updated

9 years ago
Duplicate of this bug: 438866
Reading comment #2: Maybe it's an option to auto load text/calendar messages regardless of the attachments setting?
Flags: tb-integration?
I disagree with the tb-integration flag. This is not something that we can fix in our code as far as I remember, as this needs changes in the mailnews core code.
Right, but I don't think tb-integration necessarily means that the bug falls into calendar code; I agree, it makes sense to shift the bug into thunderbird-land. Though it's a common pitfall that should be fixed before tb-integration IMO.
I agree with the reasoning in comment 11; marking as tb-integration+.
Flags: tb-integration? → tb-integration+

Updated

9 years ago
Flags: wanted-calendar0.9+ → wanted-calendar1.0+
Shifting into thunderbird land, we need fixes there before we can take action in calendar code.
Component: E-mail based Scheduling (iTIP/iMIP) → General
Flags: wanted-calendar1.0+
Flags: tb-integration+
Product: Calendar → Thunderbird
QA Contact: email-scheduling → general
Summary: invitation bar does not show when "View -> Display Attachments inline" is unchecked → [calendar integration] invitation bar does not show when "View -> Display Attachments inline" is unchecked
Flags: blocking-thunderbird3?

Updated

9 years ago
Flags: blocking-thunderbird3? → blocking-thunderbird3+
Moving off the tb-blocking bugs.  This would be nice to have, but I don't think we're going to block release if this is not fixed.
Flags: blocking-thunderbird3+ → blocking-thunderbird3-
:fallen
> we need fixes there before we can take action in calendar code.

thus, should this be a tb-wanted?
blocking-thunderbird5.0: --- → ?
(In reply to comment #13)
> Shifting into thunderbird land, we need fixes there before we can take action
> in calendar code.

:Fallen, what are these fixes? I see no reference to them here, so I can't even work out what would be the way forward with this bug.
I guess there are a few options here. The easiest way to fix this would be to have Lightning force Display Attachments Inline, but this is bad for the user that wants it disabled.

What would be better is a way to have Thunderbird load at least the headers to all attachment parts, at latest when the message is opened. Then Lightning should be able to iterate the attachment parts and needs a way to force loading a specific attachment.
(In reply to comment #17)

> What would be better is a way to have Thunderbird load at least the headers to
> all attachment parts, at latest when the message is opened. Then Lightning
> should be able to iterate the attachment parts and needs a way to force loading
> a specific attachment.

Did you look how enigmail was doing this ?
(In reply to comment #18)
> Did you look how enigmail was doing this ?

To me it looks like enigmail has an insane amount of code to fix this issue. If I understood things correctly, they use MsgHdrToMimeMessage to stream the message manually and then search the content parts. It would be better for both of us if we could easily retrieve attachments based on their multipart header.

Comment 20

7 years ago
(In reply to comment #19)
> To me it looks like enigmail has an insane amount of code to fix this issue. If
> I understood things correctly, they use MsgHdrToMimeMessage to stream the
> message manually and then search the content parts. It would be better for both
> of us if we could easily retrieve attachments based on their multipart header.

That's quite correct, but don't forget that Enigmail needs to do a few funky things that you hopefully won't need to do :-). Furthermore, Enigmail support 3 different content-types that need very different treating.

But the essence of what Enigmail does is less than 50 lines of code. The basics of the implementation are this:

var msgFrame = EnigmailCommon.getFrame(window, "messagepane"); // iterate through the window.frames to get the one called "messagepane"

if (msgFrame) {
  msgFrame.addEventListener("load", messageProcessingFunction, false);
}

function messageProcessingFunction() {
 process the the MIME tree with MsgHdrToMimeMessage()
}

I'm not 100% sure  that you really need to process the mime tree. If the calendar file is recognized as attachment (i.e. displayed as attachment), then it's sufficient to iterate through the attachments. Thunderbird holds them in a global variable "currentAttachments".
(In reply to comment #20)
> I'm not 100% sure  that you really need to process the mime tree. If the
> calendar file is recognized as attachment (i.e. displayed as attachment), then
> it's sufficient to iterate through the attachments. Thunderbird holds them in a
> global variable "currentAttachments".

We only process real attachments. Are they put in currentAttachments, even if display attachments inline is off?

Comment 22

7 years ago
(In reply to comment #21) 
> 
> We only process real attachments. Are they put in currentAttachments, even if
> display attachments inline is off?

Yes, the array always contains all attachments.
In that case I guess we can take this back to calendar land.
Component: General → E-mail based Scheduling (iTIP/iMIP)
Flags: blocking-thunderbird3-
Product: Thunderbird → Calendar
QA Contact: general → email-scheduling
Sorry for noise, moving bug back to Thunderbird temporarily so I can clear the blocking-thunderbird3.3 flag (known issue)
Component: E-mail based Scheduling (iTIP/iMIP) → General
Product: Calendar → Thunderbird
blocking-thunderbird5.0: ? → ---
Component: General → E-mail based Scheduling (iTIP/iMIP)
Product: Thunderbird → Calendar

Comment 25

4 years ago
Icedove 24.3.0 on Debian Linux and the bug is still there. Exactly the same as described 5 years ago.

Funny is, that clicking the attached invite.ics offers korganizer as default application to handle the event.

Is it possible to let Lightning handle this file and open dialog window containing event preview and missing toolbar? Such file handler would also allow to open files from other programs or received via bluetooth.
You need to log in before you can comment on or make changes to this bug.