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)
Tracking
(Not tracked)
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
Comment 1•22 years ago
|
||
i can't reproduce this in linux trunk 2002040422 is this a problem with recent builds or 0.9.9?
Comment 2•22 years ago
|
||
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.
Comment 3•22 years ago
|
||
*** 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.
Comment 5•22 years ago
|
||
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
Comment 6•22 years ago
|
||
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.
Comment 7•22 years ago
|
||
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
Comment 8•22 years ago
|
||
Screenshot with one unread message in a thread (unread message is not the first message of the thread).
Comment 9•22 years ago
|
||
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.
Comment 10•22 years ago
|
||
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.
Comment 11•22 years ago
|
||
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
Comment 12•22 years ago
|
||
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
Comment 13•22 years ago
|
||
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.
Comment 14•22 years ago
|
||
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 15•22 years ago
|
||
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
Updated•22 years ago
|
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)
Comment 16•22 years ago
|
||
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
Comment 17•22 years ago
|
||
*** This bug has been marked as a duplicate of 74835 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•