Closed Bug 98814 Opened 23 years ago Closed 23 years ago

Message|Reply opens blank new message

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
All
macOS
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 89734

People

(Reporter: olgam, Assigned: bugzilla)

References

Details

(Keywords: regression, Whiteboard: [OSX+],[ETA?]) 

Branch build 2001-09-07: Mac OSX

Reply to a message and notice that no initial contents, no 'From' field, no 
Address Entries, no 'Subject', no Contents in the body of the message.

Expected result: pre-populated 'From' field, Address Entries, 'Subject',
Quoted Contents.
It is confirmed but somehow it shows 'Unconfirmed'.
Keywords: nsbranch
QA Contact: esther → olgam
olga, i just gave you 'can confirm' and 'edit bugzilla fields' privs for
bugzilla --so now your new bugs won't appear as unconfirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Confirming on WinME, 2001090703. -> Platform + OS -> All

Mail has become totally unusable. We should not release 0.9.4 in this state.
-> updating keywords + severity accordingly
I see another scary effect. If I have mailnews and browser windows open replying
to a message "eats" one of the browser windows, meaning that the compose email
window is opened inside one of the browser windows with no apparent way to go back.

I have experienced the problem in yesterdays build. Not sure about the days
before but I will investigate.
Severity: normal → blocker
Keywords: mail4, mozilla0.9.4, nsdogfood, regression
OS: MacOS X → All
Hardware: Macintosh → All
Oh joy, it's gone. Appears to have been in yesterday's build only. WFM 2001090808. 

Olga, do you still see the problem on MacOS X?
That's what I thought; an ugly brother to yesterday's blocker.

Marking as worksforme. This should be fixed in today's build.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Verified on WinME, 2001090803. Olga, please verify this is fixed on OS X.
*** Bug 98953 has been marked as a duplicate of this bug. ***
Branch build 2001-09-19.
Only on Mac OSX - still no address in 'To' field.

Other fields are populated now.
No 'eating browser window' effect.

We almost there.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
any mac os X only mailnews bugs go to ducarroz.
Assignee: sspitzer → ducarroz
Status: REOPENED → NEW
OS: All → MacOS X
This seems pretty serious for OSX.  Please let us know when you have a fix and
when reviews have been done.  If you think this can happen please mark as
nsbranch+ so it's on the Radar for the next commercial release.
Marking OSX+ as this only occurs on OSX and it seems pretty serious.  Do the
people on this bug agree?
Whiteboard: [OSX+]
I think this is related to the drawing bug for OS X: 
http://bugzilla.mozilla.org/show_bug.cgi?id=89734

Pls provide us with an ETA.
Whiteboard: [OSX+] → [OSX+],[ETA?]
Using yesterday Netscape branch build, when I reply to a message everything is 
there except the recipient field which appears blank. However, if I either click 
in to the recipient field or resize the address area, the recipient appears. 
It's just a update problem.
Status: NEW → ASSIGNED
BTW, I am able to reproduce this problem running the MacOS X build under MacOS 
9.

*** This bug has been marked as a duplicate of 89734 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → DUPLICATE
Verified.
I added a note to bug 89734 for future fix verification
including 'Reply' and 'Reply All' windows for checking.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.