Closed Bug 232562 Opened 21 years ago Closed 9 years ago

News: Threads Expanded or Collapsed Randomly

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 325252

People

(Reporter: jay, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Thread expanded automatically accessing on a newsgroup
223.78 KB, image/jpeg
Details
Thunderbird latest Mozilla Thunderbird 0.5a (20040128) Steps to reproduce: Set view settings: Messages -> Threaded and All (both checked) Threads -> Threads with unread and then unread Access any server/group, load messages. Behaviour: Some threads are expanded and others are collapsed no matter if each contains new, unread or read messages. Close group, exit the server. Re-access the same server and group and settings are not remembered as a different (sometimes) set of threads are expanded/collapsed. Steps to correct (unsuccessful): Closed T'Bird, deleted relevant .MSF files Re-set lost view settings Same behaviour exhibited BTW: Same thing happens in Mozilla 1.7a
A good example of what I'm reporting can be found in 2 threads on n.public.mozilla.general in a thread titled Chatzilla followed by a thread titled Email Backup both posted today 1/29/04. Both threads contain new UNread posts. The Chatzilla thread is collapsed and the Email Backup thread is expanded.
I've found the same problem. When i check for new messages on newsgroups, some thread is expaned at random even if i didn't read any message of that thread. I've tried all possible settings to solve the problem but unsucessful.
Blocks: 236849
this is probably tracked as MailNews bug 139242. Been around for couple of years now...
ah, my mistake. This bug was specifically branched out and tracked separately. sorry guys.
Bug still lingers untouched in latest 0.8 nightlies. No change since original filing.
jay can you update the bug? And cite a recent example please as you did in comment 1.
As of 1.5.0.9 I am still seeing something similar, may not be related. When I open any news server, I sometimes see the + next to the article/post but there is only ONE post, not a thread as would be indicated by the + and clicking on the + changes it to the -
QA Contact: front-end
Re comment #7: You are describing bug #324350.
jay, if you no longer see the symptoms of this bug you can close it WORKSFORME.
version 2.0.0.0 (20070326) Still present.
Windows XP Home Edition 5.1.2600 Service Pack 2 Build 2600 Tbird version 2.0.0.0 (20070326) [View > Layout > Wide View] [View > Sort by > Order Received, Threaded, Ascending] [View > Threads > Threads with Unread] If the first thread in a newsgroup has its original (first) message already read but there are NEW unread replies in the thread, that thread is expanded. All other threads in that newsgroup with the same characteristics (first already read, unread replies) are collapsed. Threads in which all messages -- including the original -- are unread are also collapsed. I tried setting View/Layout/Classic View (in lieu of wide view) View/descending (in lieu of ascending) The result was that the expanded thread appeared at the bottom of the Subject pane instead of the top. I tried using Safe mode. The problem is seen there, too. (The above is an edited transcription of my comments in bug #139242. I did not notice that it was a Mozilla Suite bug report. I'm using Thunderbird as my newsreader, not SeaMonkey.)
Since upgrading to 2.0 and now 2.0.0.6 I have not seen this It always opens at the top of a newsgroup and with all threads closed. Using WinXP Home. Also using classic view and descending, threaded, threads with unread. It works like a charm and no longer harassed with the mess experienced in prior versions.
Anyone else see problem is gone in 2.0.0.6? Jay in comment #7: > As of 1.5.0.9 I am still seeing something similar, may not be related. pretty sure you didn't see it before .0.9? > When I open any news server, I sometimes see the + next to the article/post but > there is only ONE post, not a thread as would be indicated by the + and > clicking on the + changes it to the - I see this also 2.0 and I think also trunk. Not certain of the circumstances, but it might be when a) it's the last message A in the folder before I do ctrl-T to get new messages b) and after new messages the subject B that follows A has multiple messages, and thus correctly has a +, and A somehow also gets a + does that match what you see?
there is also bug 150370, bug reporter there is probably gone.
Windows XP Home Edition 5.1.2600 Service Pack 2 Build 2600 Thunderbird 2.0.0.6 (Windows/20070728) default theme 2.0 Layout > Wide View I'm still seeing this, very much as I described in comment #11.
(In reply to comment #13) > Anyone else see problem is gone in 2.0.0.6? > Jay in comment #7: > but it might be when > a) it's the last message A in the folder before I do ctrl-T to get new messages > b) and after new messages the subject B that follows A has multiple messages, > and thus correctly has a +, and A somehow also gets a + > > does that match what you see? > Not certain I follow you with the + signs as I don't see any plus signs in newsgroups except for the one preceding each "master group," whatever it's called. Also tried ctrl-T which I usually don't use because groups auto expand when opened, and saw no difference there.
(In reply to comment #11) > If the first thread in a newsgroup has its original (first) message already > read but there are NEW unread replies in the thread, that thread is expanded. > All other threads in that newsgroup with the same characteristics (first > already read, unread replies) are collapsed. Threads in which all messages -- > including the original -- are unread are also collapsed. I see this exact same behaviour here, Thunderbird 2.0.0.12 (20080213) on MacOS X 10.5.2 (Intel), TB set to only show threads containing unread messages, and it's rather annoying. I would like to have all threads collapsed when I open a new newsgroup. More precisely, most of the time only the first thread is expanded, but sometimes other threads containing unread messages are expanded, in a seemingly random manner. If I then get away from that newsgroup without reading any message (e.g. by simply clicking on a different newsgroup), and then go back to it again, all threads are collapsed, AS FAR AS no new messages have been posted in the newsgroup; otherwise, if I go back to it after new messages have been posted, it will show the "random expanding" behaviour again.
Assignee: mscott → nobody
anyone see that this is gone, or still exists, with trunk build or beta? http://www.mozillamessaging.com/en-US/thunderbird/early_releases/
Severity: normal → minor
With Thunderbird 2.0.0.19, I still see this problem as I described in comment #11. With a dial-up connection, I do not download versions until they are released for end-users. If this bug is closed, I will still continue to track it until I install an end-user version where I see it fixed.
=> WFM then on trunk
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Using TB 2.0.0.19 this again occurred to me last week. In TB's newsgroup only 4 threads, later 5, appeared open. Setting is sort by date/descending/threaded and threads/unread. Layout is classic view/message pane. All of these 5 msgs are the only msgs that had the last msg unread, no other threads had unread and none of those were seen in the pane. To correct this, changed from view only unread msgs to view all msgs view/threads/all),then collapse all with view/threads/collapse all threads -- and they are all collapsed including the 5 that wouldn't collapse before. Normal viewing method for all other newsgroups and email is that a thread with unread msgs is not open. This bug has existed since 2004 and is listed as "resolved worksforme" which is erroneous. How can the bug be re-opened?
Miles: try tb3, beta 2 - http://www.mozillamessaging.com/en-US/thunderbird/early_releases/ If it's still a problem, file a new bug with enough info (how would you know this one is your case?)
In response to comment #23, this is now bug #534883.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 For Thunderbird 3, this problem seems slightly different. Instead of the FIRST thread with a new reply (as seen in Thunderbird 2), the problem is now some thread (not necessarily the first) with a new reply expands.
Mozilla/5.0 (Windows; U; Windows NT 6.1; it; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 I confirm the report of David E. Ross. This bug persists also in Thunderbird 3.1.1. Years and years of the same bug, just incredible. Oo
(In reply to comment #27) > just incredible. Oo perhaps. but the bug won't make significant progress until a developer or QA person can reproduce, and/or understand *why* it is happening. Suggest the people seeing this problem might strategize on how to get more new information into the bug.
I really wonder why it is so hard to reproduce - on my installation it happens every time: when I open a newsgroup, one of the higherfrequented threads is completely expanded and scrolled to a new message, and I always have to scroll up possibly serveral pages, to find the button to collapse it. Very annoying and happens since years. If anyone wants to look at it on my machine I can offer a teamviewer or VNC session, or please ask for more info or tell what I should try.
When i check for new messages on newsgroups, some thread is expanded at random even if i didn't read any message of that thread. Of course is enough easy to reproduce it.
When i check for new messages on newsgroups, some thread is expanded at random even if i didn't read any message of that thread. Of course is enough easy to reproduce it.
It annoys me every day :(
Comment on attachment 484716 [details] Thread expanded automatically accessing on a newsgroup If the first thread in a newsgroup has its original (first) message already read but there are NEW unread replies in the thread, that thread is expanded.
Comment on attachment 484716 [details] Thread expanded automatically accessing on a newsgroup If the first thread in a newsgroup has its original (first) message already read but there are NEW unread replies in the thread, that thread is expanded.
Comment on attachment 484716 [details] Thread expanded automatically accessing on a newsgroup If the first thread in a newsgroup has its original (first) message already read but there are NEW unread replies in the thread, that thread is expanded.
Comment on attachment 484716 [details] Thread expanded automatically accessing on a newsgroup If the first thread in a newsgroup has its original (first) message already read but there are NEW unread replies in the thread, that thread is expanded.
that is not random; that's intentional, so we can scroll to the first new message. I don't think that's what this bug is about.
Excuse me for the latest posts, I'm not expert of bugzilla. If this is an intentional behavior, why this same behavior posted as bug it was fixed in seamonkey suite? http://getsatisfaction.com/mozilla_messaging/topics/newsgroups_threads_expanded_randomly
Pardon, the right link of fixed seamonkey bug is: https://bugzilla.mozilla.org/show_bug.cgi?id=139242 It's a shame.
That patch makes the code respect the mailnews.scroll_to_new_message pref. If you toggle that to false using the config editor, do we still expand the news thread with a new message? It's set to true by default.
Thank you for your help, it works for me. Better late than never.
If you are not seen the behavior because of mailnews.scroll_to_new_message = true, does behavior stop if you have disabled automatic compact?
Flags: needinfo?(maf-soft)
Flags: needinfo?(jay)
Flags: needinfo?(b1986350)
I don't understand the question. I set it to false a long while ago, and it never annoyed me again. I think it should default to false.
Flags: needinfo?(maf-soft) → needinfo?(vseerror)
(In reply to Moritz Franckenstein from comment #44) > I don't understand the question. I set it to false a long while ago, and it > never annoyed me again. I think it should default to false. Sorry for poor wording of comment 43. What I mean is, with mailnews.scroll_to_new_message = true and you see the problem of this bug, does disabling automatic compact cause the problem to go away?
Flags: needinfo?(vseerror)
Depends on: 1192838
Following fixes in Bug 1192838 and friends, thread collapse all/expand all state is only not persisted/restored if View-Threads-Unread is selected. (First All, then Threads with Unread must be selected for the latter to work, ie just switching from Unread doesn't).
Status: REOPENED → RESOLVED
Closed: 16 years ago → 9 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(jay)
Flags: needinfo?(b1986350)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: