Closed Bug 260717 Opened 20 years ago Closed 20 years ago

To: in Create Mail windows invisible

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: toms_mozilla, Assigned: sspitzer)

References

Details

(Keywords: regression, smoketest)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.8a4) Gecko/20040920 MultiZilla/1.6.4.0b Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.8a4) Gecko/20040920 MultiZilla/1.6.4.0b minim./maxim. the window shows To: field Reproducible: Always Steps to Reproduce: 1.open Mail 2.Create Mail 3. Actual Results: no To: field Expected Results: To: field visible
Confirmed in Mozilla nightly 2004092010, WinXP SP2
Summary: To: in Create Mail windows unvisible → To: in Create Mail windows invisible
confirming on Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a4) Gecko/20040920 Normally, when I open 'Compose', there are four lines for addresses, separated by blue borders. Here, I see only one of them, normally sized, the three others seem to be drawn with no visible border. Normally, 'compose' comes up with the cursor blinking in the adress field. Here I can enter an address blindly, will be seen after resize or maybe Enter. Normally, after entering an adress, the next To:is shown. Here, I need to resize, or change the previous To: to some other value. I also had some problems to checkin, password manager wasn´t working on bugzilla, also after going back to Mozilla 1.8a3. Maybe another bug, or something horked in the profile.
Status: UNCONFIRMED → NEW
Ever confirmed: true
must have regressed between BuildID 2004091804 and BuildID 2004092010 wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a4) Gecko/20040918
Severity: normal → major
Keywords: regression
OS: Windows NT → Windows XP
This regressed between the morning of the 19th and the morning of the 20th (same regression range as the context menu bustage). This looks like a smoketest blocker to me (blocks smoketest M1).
Severity: major → blocker
Keywords: smoketest
OS: Windows XP → All
Hardware: PC → All
Using Mozilla 1.8a4 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a4) Gecko/20040921 I definitely don't see the "To" button. Nominating.
Flags: blocking1.8a4?
Flags: blocking1.8a4? → blocking1.8a4+
If you move the separator bar between the header and the body of the compose message window then the "To:" field does appear, though typing a few addresses into the "To:" fields yeilds the following crash stack.
*** Bug 260886 has been marked as a duplicate of this bug. ***
aaronl, could your patch in bug 260657 also take care of this issue? (nevermind, though, if this is an unrelated issue!)
With regards to invisibility, the cursor in the message area stays invisible until one clicks in the area itself. This is very annoying.
This might be fixed by my checkin. I just tried with the patch applied and when I hit Ctrl+M I do get a "To:" field, although I get an error alert while the compose window is being created. That could be because my tree is a bit old. I won't know more until I get the full tree built again tomorrow. Maybe someone else can try it by then.
Bruce: the caret invisibility is bug 257581.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040921 In my inbox mails everything is displayed correctly but the "To:" is empty. I suppose that this is the same bug.
Kenan, no that is a different bug. Please log it separately as that issue is on the "To:" on the message window pane being blank. This bug is for "To:" on the compose window not appearing. The mailnews component seems to have gotten very ill recently. Evolution 2.0 is looking like a real contender. So far there are 4 blocker issues making mozilla mailnews unuseable (for me at least). 1. No "To:" fields in compose window 2. "To:" line is blank in message display window 3. gtk2 message attachments not possible 4. Control-U to view message source broken
(In reply to comment #13) > Please log it separately #260970 5. no cursor in Create Mail field
> must have regressed between BuildID 2004091804 and BuildID 2004092010 On WinNT and Win2K, BuildID 2004091907 does not have this bug. The next Windows installer I could find was BuildID 2004092012 and that has this bug. Also, I wouldn't rule out bug 260970 being related to this one, since they both seem to have appeared at the same time. Other than these two bugs, mailnews is working well for me, although I really only send and receive POP3 mail on multiple accounts, and occasionally check two newsgroups. Has anyone gone though the checkins to see what could have caused this regression?
Depends on: 260657
Larry, see comment 10.
Fixed by checkin for bug 260657
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Verified FIXED with the 2004-10-01-05 Seamonkey trunk builds on XP.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: