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)

x86
Windows XP
defect
Not set
normal

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.
Version: unspecified → 3.0
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.