Closed
Bug 574141
Opened 15 years ago
Closed 15 years ago
While defining search scope for a search folder, checking/unchecking a parent folder doesn't check/uncheck its child folders.
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 271249
People
(Reporter: machone, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5
Can be quite annoying if you have a large number of nested folders.
I think this happens elsewhere as well, not just when defining scope for a search folder. If memory serves correctly, this also happens when defining to which folder(s) a rule/filter should be applied.
Reproducible: Always
Steps to Reproduce:
1. Create a search.
2. Save as a search folder.
3. Check/uncheck a parent folder. Save.
4. Go to the search folder's properties, and look at the folders its applied to.
5. Expand one of them.
6. Note that even though you checked/unchecked the parent, the children were unaffected.
Actual Results:
Subfolders don't inherit check/uncheck status from their parent.
I think the default behavior is backwards - that is, unintuitive. I think the intuitive thing to do is have children inherit the status of their parent. I think there should be an easy way however, to circumvent this behavior.
When this bug is fixed, I would also recommend a keyboard shortcut to reverse it.
IE, when displaying the "Select Folder(s)" dialog box, perhaps a note at the bottom of the dialog could say something along the lines of "Hold shift while checking/unchecking a folder to prevent subfolders from being affected".
But, erm, written in a more descriptive/clear way than that.
Reporter | ||
Updated•15 years ago
|
Version: unspecified → 3.0
Updated•15 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•