Closed Bug 183013 Opened 22 years ago Closed 20 years ago

holding K to ignore multiple threads shows ignore icon only on the first few

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: smjg, Assigned: sspitzer)

References

(Blocks 2 open bugs)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2) Gecko/20021126

After reading messages on a newsgroup, I often ignore the remaining unread threads.  In 
Netscape 4.x under Windows, this was easy, as I needed only to hold down the K key 
until no unread threads remained.  However, in Mozilla 1.2 under Mac, only the first few 
messages are ignored.

Reproducible: Always

Steps to Reproduce:
1. Open a newsgroup with many unread threads
2. Select a thread with unread messages 
3. Hold down the K key for a while
Actual Results:  
The cursor in the article list moves down the unread threads while K is held down, 
marking them as unread (expected).  However, only the first few threads are ignored; the 
rest are merely marked as read.

Expected Results:  
Ignored all the threads that the cursor stepped through.
Are you sure the "rest" that are merely marked read are not really threads, but
messages/replies within the other threads?
QA Contact: olgam → laurel
No.  I always have it set to view by thread when doing this.  What's more, if 
your comment were the answer, the pattern certainly wouldn't coincide with my 
pattern of pushing down K and then letting it go for it to catch up before 
pressing it again.
Well, this worksforme pretty well on my Mac OS 10.2, but it's a bit slower. 
When trying on a faster machine (using windows2000) I'm seeing the threads as
marked read without the ignored icon step over many of the messages.  When I do
the same kind of thing using single K over many threads individually, I still
get the same result -- some show no ignored icon and some do.   

This sounds vaguely familiar to me as some old bug where ignore (or watch)
breaks down and doesn't show the icon after many repeats (no repeat on same
thread).  If I toggle the ignored threads setting under view|messages, I see the
icons on the threads which didn't have the icon when issuing command...

I think we probably have some existing bugs (which I'll try to find and
reference here) which are exacerbated by the continuous K hold-down.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: MacOS X → All
Hardware: Macintosh → All
Well, I did a quick query and saw some older bugs which were verified ages ago,
but none of the summaries hit me as the bugs I was thinking of. 
You're right there Laurel - it's doing the ignore, just not showing the icon. 
There are quite a few instances of this - see the tracker I've just set up.
Summary: holding K to ignore multiple threads doesn't work, only ignores the first few → holding K to ignore multiple threads shows ignore icon only on the first few
I have a similar problem, but I don't know if it's the same bug:
when I read a message title I'm not interested in and press 'K' to ignore the
thread, before the message is displayed, the thread is marked as read, not as
ignored.
I didn't notice if the thread remains ignored later.
It shows the ignore icon if it has the body of the message. If it doesn't due to
slow or non-existent internet connection it is just marked as read.

This is an irritating bug for the news, so please fix. Still present in
Mozilla/5.0 (Windows; U; Windows NT 5.1; da-DK; rv:1.4) Gecko/20030624
Blocks: 236849
when bug 112833's patch is applied, this gets worse... when selecting multiple
messages and ignoring them, only one of them gets the icon. (All are marked
read, though)
I just noticed that in TB 0.9, this bug doesn't occur.  So I checked Moz, and it 
also seems to be fixed in 1.8a5-1019.

Stewart Gordon, can you confirm?
Product: Browser → Seamonkey
Shame there's no GONEAWAYBYITSELF resolution.... :-)
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reopened to fix resolution.  Stewart, use WorksForMe for that situation.
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.