Closed
Bug 966418
Opened 11 years ago
Closed 11 years ago
undefined behaviour of folder pickers in Account settings -> Copies & Folders
Categories
(MailNews Core :: Account Manager, defect)
MailNews Core
Account Manager
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 32.0
People
(Reporter: aceman, Assigned: alta88)
References
Details
(Keywords: regression)
Attachments
(1 file, 1 obsolete file)
(deleted),
patch
|
squib
:
review+
|
Details | Diff | Splinter Review |
After bug 878805, in account settings -> Copies & folders it can happen that some of the folder pickers show the "Choose folder". I experience it on the Archive setting.
The STRs are this:
1. click "Keep message archives in"
2. click "Other" when the picker besides it shows "Choose folder..."
3. click OK.
Actual result:
No error from TB. I have not checked what folder is stored into the prefs, but it is not important, it must be wrong as I have not chosen anything. Upon reopening Account manager, all the settings are preserved, even the undefined "Choose folder...".
Expected result:
Something that the user knows which folder gets saved when he clicks OK. Probably the original behaviour unless something else is agreed upon with an Account manager owner and not random reviewers.
Comment 1•11 years ago
|
||
We could probably disable the Ok button until the form fields are valid.
Comment 2•11 years ago
|
||
This could happen if the default folder doesn't exist (or in the case of IMAP, hasn't been discovered and/or subscribed); it will get created on demand. Under the old picker the first server would be selected, but it was just as meaningless.
Comment 3•11 years ago
|
||
(In reply to Jim Porter from comment #1)
> We could probably disable the Ok button until the form fields are valid.
What happens if you switch to a different account page?
sure, i'll clean up after my bug.
(In reply to :aceman from comment #0)
> and not random reviewers.
your campaign here and elsewhere is really rather sad. i suggest you knock it off and focus on the general and timely forward improvement of the codebase rather than silo thinking.
Assignee: nobody → alta88
i suggest the trivial fix here would be to select the default radio button, if upon display of the page, a particular menulist has no chosen folder, ie menulist.selectedItem == null.
exiting the dialog with no folder selection for a particular selected radio doesn't affect the default stored in prefs.
thoughts?
Attachment #8394398 -
Flags: review?(squibblyflabbetydoo)
Comment 7•11 years ago
|
||
Comment on attachment 8394398 [details] [diff] [review]
acctfolderpicker.patch
Review of attachment 8394398 [details] [diff] [review]:
-----------------------------------------------------------------
::: mailnews/base/prefs/content/am-copies.js
@@ +280,5 @@
> + uri = document.getElementById(folderPickerId).folder.URI;
> + }
> + else {
> + // No folder selected, revert to default.
> + radioElemChoice = 0;
It looks like radioElemChoice starts out as a string. We should keep it as a string (not that it breaks anything, since setAttribute below will stringify it).
@@ +285,5 @@
> + uri = document.getElementById(accountPickerId).folder.URI;
> + if (uri) {
> + // Create Folder URI
> + uri = uri + folderSuffix;
> + }
This code is duplicated from above. I think we should try to merge the two so it's only in one spot.
Attachment #8394398 -
Flags: review?(squibblyflabbetydoo) → review-
Attachment #8394398 -
Attachment is obsolete: true
Attachment #8402780 -
Flags: review?(squibblyflabbetydoo)
Comment 9•11 years ago
|
||
Comment on attachment 8402780 [details] [diff] [review]
acctfolderpicker.patch
Review of attachment 8402780 [details] [diff] [review]:
-----------------------------------------------------------------
This seems good to me. Thanks!
Attachment #8402780 -
Flags: review?(squibblyflabbetydoo) → review+
Keywords: checkin-needed
Comment 10•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 32.0
You need to log in
before you can comment on or make changes to this bug.
Description
•