158333 - When Mail Start Page is disabled in preferences, Go -> Mail Start Page just hides headers

Status: RESOLVED FIXED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[[e-mail]]

Using Build ID: 2002071704
Steps to reproduce problem:
1. In Mail & Newsgroups preferences, disable the start page.
2. Read a message
3. Go -> Mail Start Page

Actual results: headers are removed

Expected results: a) start page loads or b) menuitem is disabled

But which?

Comment 1

[timeless]

a. some people like the news page but don't want it starting when they start mail.

Comment 2

[[e-mail]]

>Using Build ID: 2002071704

This is a white lie, because I have fixed Go -> Mail Start Page in my build for
when mail start page is enabled in preferences (see bug 158028).

Comment 3

[[e-mail]]

Attachment: Proposed patch

Comment 4

[[e-mail]]

The patch depends on my patch to bug 158028.

Comment 5

[[e-mail]]

timeless, note that disabling the page currently disables the URL in prefs...

Comment 6

[jglick]

The pref states,
"When mail launches, show the start page in the message area".

So, i would expect the mail start page to still be available if the user 
selects the menu item, just not shown by default on startup.

>Expected results: a) start page loads or b) menuitem is disabled

a. :-)

Comment 7

[[e-mail]]

Attachment: Extra patch always allows the start url to be edited

Although if you disable the automatic start page the Go/Mail Start Page is
still active there's no way to change the start page because the field is
disabled...

Comment 8

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 9

[Tobias Fischer]

If I understood this report, the current state in SM 1.1.17 and SM 2.0pre is b. 

Even when timeless and jglick prefer a., for me it seems, that this was fixed, so I tend to close this Bug as wfm in a few days.

Comment 10

[Jens Hatlak (:InvisibleSmiley)]

Marking WFM as per comment 9. If (!) you reopen, please not to UNCO, and request reviews as needed.

Comment 11

[[e-mail]]

This was fixed by the patch to bug 70466.