Closed Bug 2895 Opened 26 years ago Closed 23 years ago

Attachment QTime movie does not play back/survive

Categories

(MailNews Core :: MIME, defect, P4)

PowerPC
All

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: glynn, Assigned: bugzilla)

References

Details

(Keywords: platform-parity)

(This bug imported from BugSplat, Netscape's internal bugsystem.  It
was known there as bug #329246
http://scopus.netscape.com/bugsplat/show_bug.cgi?id=329246
Imported into Bugzilla on 02/04/99 15:20)

Oct 13 NOVA 4.5 build, G3 System 8.5
nsmail-2, IMAP

1.  Launch Communicator into Messenger and open a rich compose window
2.  Address to yourself, add a subject and attach a QTime .MOV movie...I used a
1.2MB movie by drag and drop to attachment pane
3.  Send the mail and read it with attachments set to be read inline.  Movie
shows up as a link, so select the link to play the movie.

• Browser window is opened, movie starts to try to playback, you see QTime icon,
progress bar proceeds, then at apparent load completion you get a broken QTime
movie icon.

If you simply drag the orig movie from Finder to a browser window it plays back
properly.  This is broken in 4.06 as well; in 4.06 you get an alert that the
attachment is not a quicktime movie.  Saving to disk also fails.
Per today's bug triage, moving to TFV 4.51.  Not a 4.5 stopper.
Isn't there a plugin person who would be a more appropriate person to fix this
bug?
David you can chat with Alex Musil <amusil>, however I think the problem here is
our mail client is affecting the file or the file name such that it cannot be
read/played after being sent as an attachment, so I do not see this as a plugin
bug.
This may be related to bug:  http://scopus/bugsplat/show_bug.cgi?id=90409 ?
I think 5.0 would be a good time to fix this.
I will transfer to bugzilla when I do my moves of bugs later on.
OS: All
Gerardok used to be a plugin engineer for 4.X
removing myself from cc list. sorry for the extra traffic
removing myself from cc: list
Assignee: davidm → amusil
Re-assigned to amusil@netscape.com.

Alex, David doesn't work on Mail/News anymore, so do you have any idea who
should get this one?
Status: NEW → ASSIGNED
Priority: P2 → P4
I'm not sure what the state is of the mail client, but I'm pretty sure this is
untestable for now.
Can we reassign this to whoever is implementing attatchments in the new mail
client?  This cannot be tested until that code is working.
I believe Jeff Tsai or Paul Hangas may have attachments.
Target Milestone: M9
Reassigning Plugin bugs to Andrei
Status: NEW → ASSIGNED
Target Milestone: M9 → M12
Summary: Attachment QTime movie does not play back/survive → [PP] Attachment QTime movie does not play back/survive
<adding [PP] to summary line>
Blocks: 11091
(target milestone is M11 or M12 - add to beta tracking bug)
Target Milestone: M12 → M13
Assignee: av → rhp
Status: ASSIGNED → NEW
I cannot get through endless debug assertions in mimetpla.cpp. Reassigning to
MIME owner for investigation. Please bounce it back to me when the problem is
clear.

NTDLL! 77f76148()
nsDebug::Assertion(const char * 0x10093248, const char * 0x10093238, const char
* 0x10093214, int 1127) line 186 + 13 bytes
nsDebug::WarnIfFalse(const char * 0x10093248, const char * 0x10093238, const
char * 0x10093214, int 1127) line 242 + 21 bytes
nsString::Append(const char * 0x07bb3180, int 35) line 1127 + 31 bytes
nsString::Assign(const char * 0x07bb3180, int 35) line 1008
nsString::nsString(const char * 0x07bb3180, int 35) line 78
MimeInlineTextPlain_parse_line(char * 0x07bb3180, int 35, MimeObject *
0x07bb3ba0) line 174
MimeInlineText_rotate_convert_and_parse_line(char * 0x07bb3180, int 35,
MimeObject * 0x07bb3ba0) line 312 + 20 bytes
convert_and_send_buffer(char * 0x011453f8, int 167, int 1, int (char *, unsigned
int, void *)* 0x08d39a20 MimeInlineText_rotate_convert_and_parse_line(char *,
int, MimeObject *), void * 0x07bb3ba0) line 151 + 15 bytes
mime_LineBuffer(const char * 0x07696038, int 37, char * * 0x07bb3bc8, int *
0x07bb3bd0, unsigned int * 0x07bb3bd8, int 1, int (char *, unsigned int, void
*)* 0x08d39a20 MimeInlineText_rotate_convert_and_parse_line(char *, int,
MimeObject *), void * 0x07bb3ba0) line 238 + 29 bytes
MimeInlineText_parse_decoded_buffer(char * 0x07696038, int 37, MimeObject *
0x07bb3ba0) line 241 + 45 bytes
mime_decode_qp_buffer(MimeDecoderData * 0x07bb3a50, const char * 0x07696038, int
0) line 177 + 30 bytes
MimeDecoderWrite(MimeDecoderData * 0x07bb3a50, const char * 0x07696038, int 74)
line 600 + 17 bytes
MimeLeaf_parse_buffer(char * 0x07696038, int 74, MimeObject * 0x07bb3ba0) line
150 + 20 bytes
MimeMultipart_parse_child_line(MimeObject * 0x07bb7370, char * 0x07696038, int
74, int 0) line 541 + 20 bytes
MimeMultipart_parse_line(char * 0x07696038, int 76, MimeObject * 0x07bb7370)
line 220 + 22 bytes
convert_and_send_buffer(char * 0x07696038, int 76, int 1, int (char *, unsigned
int, void *)* 0x08d3adf0 MimeMultipart_parse_line(char *, int, MimeObject *),
void * 0x07bb7370) line 151 + 15 bytes
mime_LineBuffer(const char * 0x075e12e0, int 76, char * * 0x07bb7398, int *
0x07bb73a0, unsigned int * 0x07bb73a8, int 1, int (char *, unsigned int, void
*)* 0x08d3adf0 MimeMultipart_parse_line(char *, int, MimeObject *), void *
0x07bb7370) line 238 + 29 bytes
MimeObject_parse_buffer(char * 0x075e12e0, int 76, MimeObject * 0x07bb7370) line
223 + 49 bytes
MimeMessage_parse_line(char * 0x075e12e0, int 76, MimeObject * 0x0785cf90) line
173 + 20 bytes
convert_and_send_buffer(char * 0x075e12e0, int 76, int 1, int (char *, unsigned
int, void *)* 0x08d3f990 MimeMessage_parse_line(char *, int, MimeObject *), void
* 0x0785cf90) line 151 + 15 bytes
mime_LineBuffer(const char * 0x093e90eb, int 162793, char * * 0x0785cfb8, int *
0x0785cfc0, unsigned int * 0x0785cfc8, int 1, int (char *, unsigned int, void
*)* 0x08d3f990 MimeMessage_parse_line(char *, int, MimeObject *), void *
0x0785cf90) line 238 + 29 bytes
MimeObject_parse_buffer(char * 0x093e5830, int 177316, MimeObject * 0x0785cf90)
line 223 + 49 bytes
mime_display_stream_write(_nsMIMESession * 0x0785cf40, const char * 0x093e5830,
int 177316) line 615 + 20 bytes
nsStreamConverter::OnDataAvailable(nsStreamConverter * const 0x0785aa90,
nsIChannel * 0x07850030, nsISupports * 0x00000000, nsIInputStream * 0x07bf3d18,
unsigned int 0, unsigned int 177316) line 642 + 24 bytes
nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x07854b60,
nsIChannel * 0x07850030, nsISupports * 0x00000000, nsIInputStream * 0x07bf3d18,
unsigned int 0, unsigned int 177316) line 216 + 46 bytes
nsChannelListener::OnDataAvailable(nsChannelListener * const 0x07854a00,
nsIChannel * 0x07850030, nsISupports * 0x00000000, nsIInputStream * 0x07bf3d18,
unsigned int 0, unsigned int 177316) line 1599
nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x07bb6d90)
line 370
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x07bb6fd0) line 93 + 12 bytes
PL_HandleEvent(PLEvent * 0x07bb6fd0) line 522 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x01084390) line 483 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x01e7032e, unsigned int 49317, unsigned int 0,
long 17318800) line 947 + 9 bytes
USER32! 77e71250()
01084390()
Assignee: rhp → av
Ok, I think I know what the problem was here. The stack trace shows that we
were parsing a QT movie with the plain text parser. This is obviously wrong.
The reason for this was a send side reason that I just fixed yesterday. The
problem was that we were sending binary files as text/plain, which would cause
all sorts of problems on the receive side.

Can you test this with a new build by resending a new message.

- rhp
Status: NEW → ASSIGNED
Target Milestone: M13 → M14
Keywords: pp
Target Milestone: M14 → M15
Summary: [PP] Attachment QTime movie does not play back/survive → Attachment QTime movie does not play back/survive
Since this bug is marked P4, moving to M17.  If you disagree, please let me know.
Target Milestone: M15 → M17
Change QA from pmock to fenella
QA Contact: pmock → fenella
To Esther..
QA Contact: fenella → esther
Milestone 0.8 has beend released. We should either resolve this bug or update
its milestone.
Target Milestone: M17 → ---
Reassigning to putterman.
Assignee: av → putterman
Status: ASSIGNED → NEW
reassigning to ducarroz
Assignee: putterman → ducarroz
Keywords: quicktime
Using today's Mac Debug build, I can correclty play inline a QT movie attached
into an email message. WFM
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
QA Contact: esther → trix
verified on trunk builds 2002022703 on all platforms
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.