Closed Bug 86686 Opened 23 years ago Closed 23 years ago

Mail headers don't display in Message window

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
All
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 86683

People

(Reporter: esther, Assigned: sspitzer)

Details

Using windows build 2001-06-18-09 and the 2001-06-19 the mail message headers don't display in the message pane. This started with the 6-18-09 build. Also, the start page for Mail is the mozilla mail and news url. 1. Install the 6-18-09 build 2. Launch an existing or new profile 3. Open Mail and notice the start page location is the mozilla mail and news url. 4. Click on a mail message in thread pane Result: The message displays in the message pane but the heard isn't there. Resizing and moving the grabber doesn't bring the header out. Clicking through messages will eventually bring out a thin header column with the Attachment icon, but you can't see the message header.
Are there any significant differences between bug 86682, bug 86683, bug 86684, bug 86685 and bug 86686? If not, bug 86682 seems to be halfway to a mostfreq already :)
My life is so boring that I've nothing better to do than mark the duplicates as duplicates. *** This bug has been marked as a duplicate of 86683 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
And now someone's got to go and verify all the duplicates. ;-)
hey, it's me again! verified
Status: RESOLVED → VERIFIED
is there some mechanism in bugzilla that prevents a bug from getting mostfreq status in cases like these? (Meaning bugs where same reporter has reported one or more duplicates.) If there isn't, those obvious "multiple submits" bugs should prehaps be resolved as invalid instead, or the purpose of the mostfreq keyword gets undermined.
As noted in bug 86683, I may have stumbled on a new bug where the Commit button doesn't work if there is a password dialog up in the back. That's what happened to this bug. I logged a bug...Commited it and nothing happened, so I Commited it again thinking I didn't have my mouse on the button the first time. When that didn't commit, I was looking for a focus problem, that's when I found may mail password dialog behind the bug. As soon as I dismissed that dialog, the Commit/s all went through. I will look for a bug regarding no response from buttons because a password dialog is up somewhere. Thanks for the quick duping and verificatiions
trying out a bug where commit doesn't work while password dialog is hidden in back.
OK,for anyone still reading this, I logged a bug for how a hidden password dialog can cause a person to commit many duplicate bugs unexpectidly. 86720
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.