Deleting top thread message shifts rest of thread

VERIFIED FIXED in mozilla0.9


20 years ago
15 years ago


(Reporter: mcafee, Assigned: sspitzer)



Firefox Tracking Flags

(Not tracked)


(Whiteboard: relnote-user [nsbeta1+])



20 years ago
Deleting top thread message shifts rest of thread
to another part of your inbox, presumably it is re-sorting
according to the date of the new top thread.  4.5 didn't
do this, and this appears like you're ! deleting the
entire thread (until you find it later).

Comment 1

20 years ago
threads are great though, thank you scott! :-)


20 years ago
QA Contact: lchiang → esther

Comment 2

20 years ago
mcafee - it's great to see you using mail :-)


20 years ago
Target Milestone: M14

Comment 3

20 years ago
This is a tough one.  We've been debating how to resolve this.  The reason this
happens is that in 5.0, threads and sorting are independent of one another.  So,
if you are sorted by date and then delete a top level thread, the new top level
thread might have a date that causes it to get resorted.

There are two problems here.  The first is the resorting.  The second is that it
doesn't scroll to the right place and doesn't reselect.

This is a hard problem to solve.  The current goal is to not resort the message.
There's been debate on this (in the newsgroup as well).  If we choose to not
resort the message this could be a bit of work.  If we do, then there is no

Comment 4

20 years ago
Not holding B1 for this.
Target Milestone: M14 → M16


20 years ago
Priority: P3 → P2

Comment 5

19 years ago
we are going to solve this by going back to 4.x behavior where threads are a 
sort. This way I can make it so that threads are sorted in such a way that this 
doesn't occur.

marking nsbeta2.
Keywords: nsbeta2
Target Milestone: M16 → M17

Comment 6

19 years ago
Putting on [nsbeta2+][6/01] radar.  This work must be done by 06/01 or we may 
pull this for PR2.
Whiteboard: [nsbeta2+][6/01]

Comment 7

19 years ago
We decided to do what I said in my last comment.  Threading will become a sort 
again so that you cannot be in thread mode as well as be sorted by something 
Priority: P2 → P1

Comment 8

19 years ago
Due to slip in schedule, moving this bug from [6/01] to [Will be minus on 6/15] 
for fix deadline.
Whiteboard: [nsbeta2+][6/01] → [nsbeta2+][Will be minus on 6/15]


19 years ago
Priority: P1 → P2

Comment 9

19 years ago
Cleaning up status whiteboard by marking beta2 minus. (We're past 6/15)
Adding relnote and beta3 nomination.
The release note will warn/explain that messages groups are "sorted" based on 
the lead (parent?) message in the group.  If that parent message is deleted, 
then the distinct children groups each get "re-sorted" into the header list.
Keywords: nsbeta3, relnote
Whiteboard: [nsbeta2+][Will be minus on 6/15] → [nsbeta2-]

Comment 10

19 years ago
Changing jar's "relnote" keyword to "relnote2" 
Keywords: relnoterelnote2


19 years ago
Keywords: mail2


19 years ago
Whiteboard: [nsbeta2-] → [nsbeta3-][nsbeta2-]

Comment 11

19 years ago
- per mail triage


19 years ago
Target Milestone: M17 → Future
any movement on this?  This is on the top of my personal mail/news usability
bugs. :)

Comment 13

19 years ago
To answer blizzard's question, this got a minus in the review for fixing for
beta3 (and RTM).  It most likely will not be fixed for this release.

Comment 14

19 years ago
I second blizzard, we are not done here and ? I'd really
like to see something happen here before RTM.

Comment 15

19 years ago
I'll third blizzard and mcafee: I can't use mozilla in threaded mode with this
bug, and I rely on threading to read large lists/groups.  So I still need to use
4.x or some other mailer for news and for certain mailing lists.

Comment 16

19 years ago
*** Bug 55229 has been marked as a duplicate of this bug. ***

Comment 17

19 years ago
Are you able to delete messages in news that it prevents you from using it to
read news?

Comment 18

19 years ago
Oh, no, I guess not in news, so this only applies to mailing lists.  I was
probably thinking of the mozilla lists (which can be mail or news) when I wrote

Comment 19

19 years ago
sorry for the extra email. Removing mail2 keyword.
Keywords: mail2
Keywords: relnote3
Whiteboard: [nsbeta3-][nsbeta2-] → [nsbeta3-][nsbeta2-] relnote-user

Comment 20

19 years ago
reassigning to sspitzer and nominating mail3
Assignee: putterman → sspitzer
Keywords: mail3


19 years ago
QA Contact: esther → sheelar

Comment 21

19 years ago
marking nsbeta1+ and moving to mozilla0.9 milestone.
Keywords: nsbeta2, nsbeta3nsbeta1
Whiteboard: [nsbeta3-][nsbeta2-] relnote-user → relnote-user [nsbeta1+]
Target Milestone: Future → mozilla0.9

Comment 22

19 years ago
moving to mozilla0.8 milestone.
Target Milestone: mozilla0.9 → mozilla0.8
*** Bug 36118 has been marked as a duplicate of this bug. ***

Comment 24

19 years ago
moving to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9

Comment 25

19 years ago
marking nsbeta1-. We are going to focus on thread pane performance rather than this.
Keywords: nsbeta1nsbeta1-
Whiteboard: relnote-user [nsbeta1+] → relnote-user [nsbeta1+ 1/28]
Target Milestone: mozilla0.9 → Future

Comment 26

19 years ago
bringing back into nsbeta1+.  This should go away with the perfbranch landing.
Keywords: nsbeta1-nsbeta1
Whiteboard: relnote-user [nsbeta1+ 1/28] → relnote-user [nsbeta1+]
Target Milestone: Future → mozilla0.9

Comment 27

19 years ago
Is this fixed now that the perf branch landed?
yes, this is fixed now.
Closed: 19 years ago
OS: Windows NT → All
Hardware: PC → All
Resolution: --- → FIXED

Comment 29

19 years ago
mac-2001-04-02-10 This problem is now fixed
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.