Closed Bug 113000 Opened 23 years ago Closed 22 years ago

Marking a thread as read does not refresh window (green arrow and underline still visible)

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 74835

People

(Reporter: solovam, Assigned: sspitzer)

References

Details

Attachments

(3 files)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
BuildID:    

Marking thread as read does not remove the green arrow indicating that there are
unread messages in the thread

Reproducible: Always
Steps to Reproduce:
1.Open a news group
2.Find a thred with unread messages (with a green arrow)
3.Go into menu and select "mark thread as read"
4. Green arrow is still there
5. Uncompress the thread and compress it again, arrow disappears

Expected Results:  The green arrow should disappear when thread is marked as read
QA Contact: esther → laurel
i can't reproduce this in linux trunk 2002040422

is this a problem with recent builds or 0.9.9?
Confirm for 1.0rc1 build 2002041711 on Win2K.
Always reproducible with reported steps.

Addition: 1. not only green arrow is not removed, but also underline is not
removed. And expanding and collapsing thread removes both arrow and underline.
2. It happens not only in newsgroups but also in usual mail folders.
*** Bug 116898 has been marked as a duplicate of this bug. ***
I'm also using the Mozilla release candidate 1 (build 2002041711) on win2k and I
CANNOT reproduce the bug. Could it be be because I've applied a theme (Pinball)
and reapplied the Classic one after?
I've interpreted the step 3 as:
3. expand the unread thread and click on one message. Then select in the menu: 
Message|Mark|Thread as read R

Once again, that removes correctly the green dots, the green arrow and the
boldness of ALL the articles of the thread. No problem for me.
Using Linux, the green arrow goes away, as soon as I highlight the thread (click
on it or come to it by any other means.

Can you still reproduce the problem with a current version?

pi
Sorry for not answering quickly.

Yes, it still happens with 1.0 release. Still always reproducible.
Yes, it still happens with 1.1a. 

Some notes:
- after pressing R, green arrow and underline are not removed;
- after Message|Mark|Thread as read, window is repainted only where was menu,
the rest is not. Therefore, it seems that area under menu is invalidated and
correctly repainted, and the area showing thread is not invalidated. Sometimes
they intersect and underline is broken.

And I'm still using Win2K machine and modern skin in Mozilla. But it is a clean
install of Mozilla, as I had Windows installation crash and had to reinstall
everything.
OK, so it works on Linux as I tested myself. Some people see it on Windows. Also
in dupe bug 116898. So I'll mark it NEW.

pi
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → Windows 2000
Screenshot with one unread message in a thread (unread message is not the first
message of the thread).
Screenshot after pressing Ctrl-Alt-C.
Expected result: green arrow is removed, underline is removed.
Actual result: green arrow is not removed, underline is not removed.
Screenshot after clicking 'Mark all read' in menu.
Expected result: green arrow is removed, underline is removed.
Actual result: underline is not removed where it was not overwritten by the
menu.
I don't understand. The thread with the green arrow is not highlighted. So how
did you apply "mark thread as read"?

What is CTRL-ALT-C supposed to do? I don't find it.

pi
So what you are seeing is different from the original report. The green arrow
does go away. Only the screen is not properly refreshed.

pi
Sorry, it was Ctrl-Shift-C that is 'Mark all messages as read'.

I could not make screenshots after steps described in initial report or comment
#4, because any further clicks (inside Mozilla window or outside) cause repaints
of the  area of current selection and green arrow and underline are removed. 

However, if selecting some other thread and marking all messages as read
(Ctrl-Shift-C or using menu), the same problem exists and bad area is not
repainted if clicking outside Mozilla window.
So it is clear it is only a problem of repainting the area.

It could be a dupe of bug 74835, but this has a summary which I don't
understand. Please see, if this is the problem.

Everybody else: Do you also see exactly this problem?

pi
comment to #12

this bug IS a REFRESH problem.
Nothing more. This is at least
what a reported in 116898

The green arrow is not removed, but if you
manage to force a repaint of the window,
the green arrow will disappear.

The bug is probably that the code fail to
cause a repaint of the "top thread" when
an "inner" thread is changed to the "read"
state

Cedric
Summary: Marking a thread as read does not remove the green arrow indicating there are unread messages in the thread → Marking a thread as read does not refresh window (green arrow and underline still visible)
Yes, it is a dupe of 74835
If you have the permission to do it
make this bug resolved as a dupe of 74835 
Cedric

*** This bug has been marked as a duplicate of 74835 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
marking verified as a duplicate
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: