305426 - clicking on "compose message in window" icon results in empty window instead of message composition window

Status: RESOLVED WORKSFORME

(Core :: DOM: Core & HTML, defect)

Description

[David Fedoruk]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050819 Camino/0.9a2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050819 Camino/0.9a2+

when clicking on the new window tab on the right hand side of a gmail msssage
the resulting new window is empty. it always says "loadind" but the status bar
says "Done".

Reproducible: Always

Steps to Reproduce:
1.open a gmail messaage
2.click on the new window tab onthe upper right hand corner
3.wait for it to load

Actual Results:  
Upper right hand sige of hte new window had a red "loading" message the status
bare at the bottom read done. But the resulting window has nothign in it. (I
have screen shots from Deer Park and camino to add)

Expected Results:  
The email message should have appeared in the neww window and dissapeared from
the olld message thread.

This is reproduceable in Mozilla and Deer Park recent nightlies after June 16 or
 ther abouts.

Comment 1

[David Fedoruk]

Attachment: Screen shot of the problem in Camino

Comment 2

[David Fedoruk]

Attachment: Screen shot of he problem in Deer Park

This problem also occurs in Mozailla in builds from the same time period

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

OK, this regressed between 2005-08-15-08 and 2005-08-16-08 builds in Camino on
the trunk, http://tinyurl.com/b4vm6 (August, not June!)

It regressed between 2005-08-16-04 and 2005-08-17-04 builds in Camino on the
branch, http://tinyurl.com/cjcbk

Common bugs seem to be bug 303336, bug 299239, and bug 296639, of which only the
latter seems relevant.

Obviously, it belongs in the Core since it affects Sm, Fx, and Cm; I'm not sure
the correct component, so trying my best.  I didn't see any obvious dupes, so
apologies if this is covered by something else.  CCing jst since it seems to
have been his checkin....  Also requesting blocking1.8b4?

Comment 4

[Brendan Eich [:brendan]]

Giving to jst for now, I'll help if I can.

/be

Comment 5

[Johnny Stenback (:jst)]

Might be related to bug 305288.

Comment 6

[Johnny Stenback (:jst)]

Not related to bug 305288.

Broke on the trunk between builds from 2005-08-15 06:00:00 and 2005-08-16 07:00:00:

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-08-15+06%3A00%3A00&maxdate=2005-08-16+07%3A00%3A00&cvsroot=%2Fcvsroot

The one common change that looks like it could've caused this is the fix for bug
303267.

Comment 7

[Boris Zbarsky [:bzbarsky]]

I just tried this in a Firefox Linux trunk build pulled at MOZ_CO_DATE="Tue Aug
23 00:23:51 CDT 2005".  I opened a message (the "Gmail is different. Here's what
you need to know." welcome mail, to be exact) in gmail by clicking on it, then
clicked the "New Window" link on the right.  The message loaded in a new window
(so now I have it showing in both windows).  So as far I can tell this worksforme...

Comment 8

[Johnny Stenback (:jst)]

Yeah, worksforme too. Most likely fixed by mrbkap's recent location changes (bug
304882).

Comment 9

[Boris Zbarsky [:bzbarsky]]

Actually, it looks like this (in its latest incarnation) was fixed by the fix
for bug 292731's regression (the |for i in null| thing).

Comment 10

[Marcia Knous [:marcia]]

looks good using Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
rv:1.8b5) Gecko/20050928 Firefox/1.4. Adding verified keyword.