Last Comment Bug 267663 - Strange behaviour of "read" check for group header
: Strange behaviour of "read" check for group header
Product: Thunderbird
Classification: Client Software
Component: Mail Window Front End (show other bugs)
: unspecified
: All All
-- minor (vote)
: Thunderbird 43.0
Assigned To: alta88
: 666895 818416 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2004-11-04 04:11 PST by Alexander Myodov
Modified: 2015-11-13 14:41 PST (History)
3 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---

groupedCylcers.patch (1.10 KB, patch)
2015-08-28 10:10 PDT, alta88
rkent: review+
Details | Diff | Splinter Review

Description User image Alexander Myodov 2004-11-04 04:11:05 PST
User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Opera 7.53  [en]
Build Identifier: Mozilla Thunderbird 0.9 (20041103)

Clicking on "Read" checkbox in mail selection window (when one is in some 
"grouped" mode, say, "grouped by date") for the group itself does not set "read" 
mark for the group, but changes the number of read/unread messages in a folder 
(hence has some effect, which is not reflected by the interface).
Probably clicking other checkboxes is affected as well: not sure what does 
clicking on "junk" checkbox for the whole group does, hope it does not invisibly 
mark all messages as spam.

Reproducible: Always
Steps to Reproduce:
1. Switch to Inbox, mark all messages read.
2. Do "sort by date", then "grouped by sort".
3. Click on the checkbox in "sort by read" column and "today" row.
Actual Results:  
No mark appeared on the clicked place, but the count of unread emails in inbox 
folder is now 1.

Expected Results:  
There are two options.
1. Such checkbox affect the group itself. Hence, we could mark, say, a "today" 
group as unread or flagged, while the emails in this group are not marked.
Has little sense, and can be unobvious to store (since these groups can be 
enabled and disabled, it will be required to save the unread/flagged state of a 
group even when the mail list is ungrouped).
2. More sensible behaviour is if a checkbox for a group (flag, junk, unread etc) 
just reflects the contents of checkboxes of all emails in this group.
Hence (example flag will be "read"):
2.1 If no mail is unread inside the group, the group's "read" box is unmarked,
2.2 If at least one mail is unread inside the group, the group's "read" box is 
marked with a 50% opaque mark.
2.3 If all mails are unread inside the group, the group's "read" box is marked.
Vice versa:
2.4 If user clicks the "read"("flag"/"junk") box for the group setting it, all 
emails in the group are marked as unread(flagged/junk),
2.5  If user clicks the "read"("flag"/"junk") box for the group resetting it, 
all emails in the group are marked as read(non-flagged/non-junk).
Comment 1 User image Mike Cowperthwaite 2004-12-09 10:15:09 PST
Reproduced with TB 1.0, Win2K

See also bug 267673
Comment 2 User image alta88 2015-08-28 10:10:40 PDT
Created attachment 8654208 [details] [diff] [review]

The cycler icons were displayed in error (css being fixed in Bug 368920) and partially seemed to work, but were never specifically implemented to handle grouped header dummy row implied multiselection. Make sure clicking there doesn't do anything.
Comment 3 User image alta88 2015-08-28 10:57:32 PDT
*** Bug 666895 has been marked as a duplicate of this bug. ***
Comment 4 User image Kent James (:rkent) 2015-09-09 16:11:07 PDT
Comment on attachment 8654208 [details] [diff] [review]

Review of attachment 8654208 [details] [diff] [review]:

Yes I suppose since it only partially works, it is better to remove it than leave the confusing current implementation.
Comment 5 User image aleth [:aleth] 2015-09-14 12:29:05 PDT
Bug 267663 - Strange behaviour of "read" check for group header. r=rkent a=aleth
Comment 6 User image alta88 2015-11-13 14:41:20 PST
*** Bug 818416 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.