Using 2000-06-08 m17 commercial build
UI issue needs to be resolved concerning the pref in Account Settings Server
(POP only?) panel for download_on_biff (automatically download new messages).
This pref is directly related to mail notification (biff).
A new 6.0 profile/account server panel has the main biff pref default state as
disabled, but the download_on_biff pref enabled. This should not be.
The download_on_biff option should be tied to the biff pref. UI handling in 4.x
varied among the different platforms.
1. Create a new POP profile or new POP account.
2. From mail window, Edit|Account Settings. Select the account/Server panel
for the new POP account.
3. Notice the default state for "Check for new messages every N minutes" is
disabled. Notice the default state for "Automatically download any new
messages" is enabled.
Win32 4.x solution was to dim/grey the download new messages option regardless
of its enabled state if the main biff pref was disabled.
cc jglick for any ui/spec relevant input
"Automatically download any new messages" is a sub widget of "Check for new
messages every X minutes" and hence should only be enabled if its parent
widget is enabled/check. Otherwise, it should be disabled/grey.
I'll made a note in the spec.
moving to M18 as polish.
Added "nsbeta3" and "correctness" keywords.
nsbeta3- per mail triage review. Assuming that biff is off regardless of what
download on biff setting is.
To answer Lisa's assumption, yes, the last time I checked (awhile ago), biff was
indeed enabled even though the sub-option showed as enabled in ui. Correct biff
behavior, bad visual display in prefs.
moving to mozilla0.8 milestone.
reassigning to racham.
Hakan, did you file a dup of this earlier?
I'm not sure. But the bug *is* however in some way related to my fix in bug
63992. Please check it out and reopen if needed.
moving to mozilla0.9
Assign it to Sheelar
this looks like a dup since the bug is fixed now.
*** This bug has been marked as a duplicate of 63992 ***
verifying as dup