Closed
Bug 159466
Opened 23 years ago
Closed 21 years ago
Options under "Copies and folders" are active when they should be disabled
Categories
(SeaMonkey :: MailNews: Account Configuration, defect)
SeaMonkey
MailNews: Account Configuration
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: adam, Assigned: Stefan.Borggraefe)
References
Details
(Keywords: verified1.7)
Attachments
(4 files)
10.20 KB,
image/png
|
Details | |
10.54 KB,
image/png
|
Details | |
1.34 KB,
patch
|
neil
:
review+
Bienvenu
:
superreview+
chofmann
:
approval1.7+
|
Details | Diff | Splinter Review |
16.47 KB,
patch
|
Details | Diff | Splinter Review |
Moz 1.1b Build ID: 2002072104
This is kind of hard to explain. This happens in the account manager in mail,
under Drafts and Templates in the "Copies and folder" option under any account.
The drop-down box for the "Other" option is active when it should be disabled.
Clicking on the radio button to activate "Other" will disable the first option.
If you then click back to the first option everything work correctly. This
happens each time the Mail Account manager is opened. I will attach screenshots
to help with the explaination.
Reporter | ||
Comment 1•23 years ago
|
||
This shows what is the problem. The "Other" control is active when the first
option should be the only one available.
Reporter | ||
Comment 2•23 years ago
|
||
This shows what it should look like. When the first option is selected, the
second one is disabled, and vice versa.
Comment 3•22 years ago
|
||
it's the same in Mozilla 1.1 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.1) Gecko/20020826)
if Bug#91551 (http://bugzilla.mozilla.org/show_bug.cgi?id=91551) would be done
this fixing this bug would be superfluous.
Comment 4•21 years ago
|
||
*** Bug 218438 has been marked as a duplicate of this bug. ***
Updated•21 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Bug persists in Mozilla build 2004020608. I checked bug 91551 but no one is
working on it.
Assignee | ||
Comment 6•21 years ago
|
||
When these options were not locked the disabled attribute was removed from the
elements (after they were correctly disabled before). This is not needed and
causes the bug.
It is enough to disable the element when the option is locked and do nothing
when it is not locked.
Assignee: racham → Stefan.Borggraefe
Status: NEW → ASSIGNED
Assignee | ||
Updated•21 years ago
|
Attachment #147828 -
Flags: review?(neil.parkwaycc.co.uk)
Comment 7•21 years ago
|
||
Comment on attachment 147828 [details] [diff] [review]
Patch
Ugh, what ugly code... cvs blames racham r=naving for making eddyk r=bhuvan
disable the radio elements separately, sigh...
Attachment #147828 -
Flags: review?(neil.parkwaycc.co.uk) → review+
Assignee | ||
Updated•21 years ago
|
Severity: normal → trivial
OS: Windows XP → All
Hardware: PC → All
Assignee | ||
Updated•21 years ago
|
Attachment #147828 -
Flags: superreview?(bienvenu)
Comment 8•21 years ago
|
||
Just to give you an idea of the sort of cleanup that should be possible...
Note that I've only done basic testing with this to ensure that the right
things get selected and enable/disable as you switch panels and accounts.
Updated•21 years ago
|
Attachment #147828 -
Flags: superreview?(bienvenu) → superreview+
Assignee | ||
Comment 9•21 years ago
|
||
This bug is fixed. I filed bug 243084 for additional cleanup of am-copies.js.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•21 years ago
|
||
Comment on attachment 147828 [details] [diff] [review]
Patch
Asking for approval. This patch makes sure that the UI elements of the "Copies
& Folders" pane are correctly disabled. Very low risk.
Attachment #147828 -
Flags: approval1.7?
Comment 11•21 years ago
|
||
Comment on attachment 147828 [details] [diff] [review]
Patch
a=chofmann for 1.7
Attachment #147828 -
Flags: approval1.7? → approval1.7+
Comment 12•21 years ago
|
||
Verified as fix on latest 1.7 branch 06-18 build.
Changing keywords from fixed1.7 to verified1.7.
Leave this bug status "as is" until this bug be verified on trunk again...
Keywords: fixed1.7 → verified1.7
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•