The current code for associating HTML form elements with preferences requires the preference names to be known at compile-time. Several mail/news dialogs operate on preferences whose name is generated at run-time. We need to incorporate this requirement into the prefs code. I just talked to mcmullen about this, and he has an idea he can explain so Alec and Candice can implement their dialogs.

John, what milestone do you think you could have this in? Alec was going to do the multiple accounts dialog for M6. Setting severity to "blocker" to reflect that.

cc-ing don, who is trying to bludgeon the M6 schedule into submission. It looks as though this needs to be M6, but I know I'm already full. Aaaaaaaargh, etc.

Also, this is really a pref UI bug. Changing the component (even though I am the owner of both components).

I talked to john about doing this myself and he gave me the thumbs up. The changes ended up being incredibly simple, took me about 2 hours to implement. I'll be polishing this up today and checkin in tonight. Taking this back from John

Updating QA Contact from paulmac to cpratt

Moving this off blocker list because I'm about to check in the fix on friday, and and the it is no longer mcmullen blocking me, but rather me blocking myself.

Checked in (finally)

Reassigning QA contact to reporter as I don't understand the bug. phil, if you could please verify this as fixed, I'd appreciate it. Thanks!

Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.