crash (shift-del) deleting/moving mail in normal or Unified Folders view? [@ nsMsgXFViewThread::RemoveChildHdr] via nsMsgSearchDBView::OnHdrDelete - m_view is already destroyed or invalid
Categories
(MailNews Core :: Backend, defect, P1)
Tracking
(thunderbird_esr115+ verified, thunderbird121 wontfix, thunderbird122? wontfix, thunderbird123 wontfix)
People
(Reporter: wsmwk, Assigned: welpy-cw)
References
Details
(Keywords: crash, topcrash-thunderbird, Whiteboard: [TM 115.9.0])
Crash Data
Attachments
(3 files)
10.10 KB,
text/plain
|
Details | |
48 bytes,
text/x-phabricator-request
|
wsmwk
:
approval-comm-esr115+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
wsmwk
:
approval-comm-esr115+
|
Details | Review |
Comment 1•14 years ago
|
||
Reporter | ||
Comment 2•14 years ago
|
||
Updated•13 years ago
|
Comment 3•13 years ago
|
||
Updated•13 years ago
|
Reporter | ||
Comment 4•12 years ago
|
||
Reporter | ||
Updated•11 years ago
|
Reporter | ||
Comment 5•11 years ago
|
||
Reporter | ||
Comment 6•11 years ago
|
||
Reporter | ||
Comment 7•11 years ago
|
||
Comment 8•11 years ago
|
||
Comment 9•10 years ago
|
||
Reporter | ||
Comment 11•9 years ago
|
||
Updated•9 years ago
|
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Comment 15•7 years ago
|
||
Comment 16•7 years ago
|
||
Comment 17•7 years ago
|
||
Reporter | ||
Comment 18•6 years ago
|
||
Comment 19•6 years ago
|
||
Comment 20•6 years ago
•
|
||
important |
Reporter | ||
Updated•6 years ago
|
Reporter | ||
Comment 21•6 years ago
|
||
straight up delete from imap Inbox - message is not part of thread, and a virtual folder is not currently in display (but this Inbox is in some virtual folders)
bp-0d1b5a72-e151-4fa8-a13f-e453d0190507 60.6.1
Comment 22•5 years ago
|
||
The following shows a similar problem:
Remove any installations of Thunderbird including the profile folder
Install Thunderbird from download site https://www.thunderbird.net/en-GB/ taking default options - at the time of writing this installs 68.2.2 (32 bit)
Set up initial account - in my case hosted on chimail.uk2.net using IMAP on port 993 and SMTP on port 465
In Settings, specify Tools/Options and select 'Open messages in:An existing message window' and 'Close message window/tab on move or delete'
Add a second account
Select Unified folders from View/Folders/Unified
Select the unified Inbox
Open a mail - this opens in a new message window, as expected
Delete the mail - it closes the window, as expected
** but:
Select View/Sort By/Descending/Threaded and repeat - the window stays open after deleting a message. The mail itself does not need to be threaded to show this.
Comment 23•5 years ago
•
|
||
str |
https://support.mozilla.org/en-US/questions/1272097 (Paul)
Testing another user claiming a bug where window does not close on delete.
Agreed there was a bug, but also managed to get a crash on last test.
Windows 10
Thunderbird 68.2.1
Set Unified view
The following all performed in the 'Unified Inbox'
Set Sort by to include threaded
Set options: Open messages in: 'An existing message window' and 'Close message window/tab on move or delete'
Double click to open any message - not necessarilly a threaded email.
email opens in new window.
Click on 'Delete' button
Window with deleted messages remains open, but note the 'Delete' button has been removed.
Close 'deleted email' window - top right X
Set options: Open messages in: 'An new message window' and 'Close message window/tab on move or delete'
Open email, email opens in new window, click on 'Delete'. Same result as above.
Close 'deleted email' window - top right X
Set options: Open messages in: 'A new tab' and 'Close message window/tab on move or delete'
Open email, email shows in tab. Click on Delete
Thunderbird program closed immediately - crashed.
Crash reporter:
bp-bc481bac-c68c-4828-a422-b32a70191108
Trying to reproduce crash is proving illusive.
Reporter | ||
Comment 24•5 years ago
•
|
||
Matt, can you reproduce using comment 23?
(No longer a topcrash)
Comment hidden (obsolete) |
Comment hidden (obsolete) |
Comment 27•5 years ago
|
||
Ok I can reproduce until it get to the close the tab. It just closes as expected without a crash. The windows functionality is obviously broken, the button disappears, but the content nor the windows does. I assume the code is hitting the button instead of the window context when the close is executed. But it should have it's own Bug I think. I can't find anything current. But my Bugzilla fu is not good.
Test done with 68.3.1. EN_US 64Bit
One obvious difference is I use ESET anti virus and Anje uses Norton. Or she did.
Reporter | ||
Comment 28•5 years ago
|
||
bp-16b405bb-0ff5-401c-824b-966120200212
I had just opened a message in a tab, closed 3 search tabs, filtered on Inbox two or three times.
Clicked on non-Inbox folder and crashed.
(no message deletes in these steps)
Reporter | ||
Comment 29•5 years ago
|
||
Paul, can you still reproduce, or have any crashes?
Comment 30•5 years ago
|
||
I can still reproduce the error with the window staying open; I have never had a crash.
Out of interest, shouldn't this be listed in the Known Problems in the Release Notes for each version as they are released?
Thanks
Reporter | ||
Comment 31•5 years ago
|
||
(In reply to Paul Hatton from comment #30)
...
Out of interest, shouldn't this be listed in the Known Problems in the Release Notes for each version as they are released?
If it were an extremely common problem, and the user could take some action to avoid it. Neither is the case here.
Comment 32•4 years ago
|
||
(In reply to Adam Roach [:abr] from comment #16)
Adam are you still crashing?
I haven't seen this crash in a while now.
Okay, I'm seeing it again. This time, I had just hit "delete" on a message in a unified folder view. This is on Windows (where my other crashes were on Macs), so it's definitely not platform-specific:
Reporter | ||
Comment 33•4 years ago
|
||
Matt can you still reproduce?
Reporter | ||
Comment 34•4 years ago
|
||
related to Bug 1318751 - thread lost from view after deleting top message of thread - or any of https://mzl.la/2M8PRTI ? (unfortunately a long list)
Reporter | ||
Comment 35•4 years ago
|
||
(In reply to Adam Roach [:abr] from comment #32)
(In reply to Adam Roach [:abr] from comment #16)
Adam are you still crashing?
I haven't seen this crash in a while now.
Okay, I'm seeing it again. This time, I had just hit "delete" on a message in a unified folder view. This is on Windows (where my other crashes were on Macs), so it's definitely not platform-specific:
but that was version 68. Have you had any crashes, of any signature, when using version 78?
Reporter | ||
Comment 36•3 years ago
|
||
Still needs reproducible steps.
Reporter | ||
Comment 37•3 years ago
|
||
Version 78.14.0 and 91.2.1 both rank ~#50.
Adam indicates he's stuck on version 68 because of a couple add-ons.
Reporter | ||
Comment 39•2 years ago
|
||
_tailMerge_d3dcompiler_47.dll | nsMsgXFViewThread::RemoveChildHdr bp-865eba7a-ec88-4d93-981f-bf6560220616
nsMsgMailNewsUrl::Clone bp-46a8fc15-619e-4fe3-a32c-2051b0220617
nsImapUrl::QueryInterface bp-0856c010-be13-48e2-a4ae-741090220614
Comment 40•2 years ago
|
||
More "modern" crashes in 91 and 102
https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=nsMsgXFViewThread%3A%3ARemoveChildHdr&date=%3E%3D2022-06-15T19%3A42%3A00.000Z&date=%3C2022-06-22T19%3A42%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#reports
all point to this line:
https://searchfox.org/comm-central/rev/70eb022d47a9f70631a8db6a3f63575dcf05e21d/mailnews/base/src/nsMsgXFViewThread.cpp#291
Comment 41•2 years ago
|
||
As for the steps, we got this report:
In a unified view for some IMAP accounts which is threaded and sorted by date (nsMsgXFViewThread, XF = cross folder), delete a message.
Reporter | ||
Comment 42•2 years ago
|
||
TCW, does some combination of comment 23 and comment 41 crash for you?
Comment 43•2 years ago
|
||
So I can't repro using comment 23 since I can't find where "Open messages in: 'An existing message window' and 'Close message window/tab on move or delete" is anymore.
And using the STR in comment 41, TB did not crash for me (using 103.0b6).
Comment 44•2 years ago
|
||
(In reply to Rachel Martin from comment #41)
As for the steps, we got this report:
In a unified view for some IMAP accounts which is threaded and sorted by date (nsMsgXFViewThread, XF = cross folder), delete a message.
Did the report say which TB the were using to repro?
Comment 45•2 years ago
|
||
The user was using 91, but 102 crashes as well, likely also later betas, see link in comment #40. A threaded unified view is perhaps not so common. Apparently it crashes a few times a day, so just a few tries won't reproduce the issue.
Comment 46•2 years ago
|
||
(In reply to b1 from comment #45)
The user was using 91, but 102 crashes as well, likely also later betas, see link in comment #40. A threaded unified view is perhaps not so common. Apparently it crashes a few times a day, so just a few tries won't reproduce the issue.
Hmm, so I must be doing something wrong in trying to repro the crash.
Comment 47•2 years ago
|
||
I still have the problem with 91.11. It indeed happens only sometimes, it's not systematic. I understand it's difficult to troubleshoot when it cannot be reproduced; if I can provide more info, tell me.
Comment 48•2 years ago
|
||
Additional note: the problem seems to be more frequent when using shift-del (permanent delete) than using normal delete
Updated•2 years ago
|
Reporter | ||
Comment 49•2 years ago
|
||
(In reply to sternmarc from comment #48)
Additional note: the problem seems to be more frequent when using shift-del (permanent delete) than using normal delete
stermarc, is this still true for you?
Reporter | ||
Comment 50•2 years ago
|
||
nsImapUrl::IsUrlType bp-eaef4ec9-260d-45dc-8eb2-e00960221122
Comment 52•2 years ago
|
||
So this should be tested
- unified view
- threaded display
- (IMAP?)
correct?
Comment 53•2 years ago
|
||
Correct (with IMAP)
Reporter | ||
Comment 55•2 years ago
|
||
bp-5da79fca-77d4-4dd5-be76-5ef7c0221124 from bug 1804141 is @ nsNSSSocketInfo::GetProviderTlsFlags
Reporter | ||
Updated•2 years ago
|
Comment 56•2 years ago
|
||
I opened a bug that was closed, saying this is a duplicate. It is happening nearly every day to me. Below are a list of crash id's. This one was opened 12 years ago!!!! Doesn't sound like a fix is imminent. Thunderbird is almost unusable due to the frustration of constantly crashing
bp-482798df-c673-4030-a921-510500221203 12/3/2022, 3:18 PM
View
bp-846ff96a-db27-4e38-99b0-ca6030221201 12/1/2022, 10:27 AM
View
bp-42c1b796-a2e4-4135-af97-5ce020221128 11/28/2022, 6:52 PM
View
bp-563e844a-d0f8-499d-b779-775370221125 11/25/2022, 4:21 PM
View
bp-5da79fca-77d4-4dd5-be76-5ef7c0221124 11/24/2022, 11:24 AM
View
bp-6a2a1412-3bd0-47b8-be82-ffc040221122 11/21/2022, 10:19 PM
View
bp-b833b64d-3528-47c7-a6c7-58b920221121 11/21/2022, 4:27 PM
View
bp-3b68a6c3-69af-4fc5-9226-c467b0221117 11/17/2022, 3:38 PM
View
bp-72c1a04b-dbfa-48a9-85ac-62e7a0221113 11/13/2022, 5:18 PM
View
bp-994d7513-65d5-41d0-babe-5d8690221112 11/12/2022, 9:24 AM
View
bp-ab98ed4d-baa7-4132-b63c-e56820221111 11/11/2022, 5:03 PM
View
bp-de39303d-57dd-4fc7-9475-e8d770221028 10/28/2022, 2:28 PM
View
bp-cb996caf-f0d6-409f-a597-596e60221027 10/27/2022, 10:43 AM
View
bp-1ef3b234-a839-4cf1-9005-49d0b0221021 10/21/2022, 10:37 AM
View
bp-afc8f434-27eb-4276-8bf3-167270221020 10/20/2022, 12:53 PM
View
bp-3ddf0d66-f38b-49e8-b24e-32e180221018 10/18/2022, 5:11 PM
View
bp-4d878578-3f24-43ed-b21f-cbb030221017 10/17/2022, 7:58 PM
View
bp-39bc09ea-44c6-4db4-a47e-bf5d30221015 10/15/2022, 9:38 AM
View
bp-0afc69c7-a8cd-46cc-aaaf-8abd00221008 10/8/2022, 2:00 PM
View
bp-431a21ed-c3b2-4e87-b0dd-edb2d0220929 9/29/2022, 7:43 PM
View
bp-4701b3d3-29a6-4a7b-aef3-e1b920220923 9/23/2022, 2:32 PM
View
Comment 57•2 years ago
|
||
(In reply to kgbstrat from comment #56)
I opened a bug that was closed, saying this is a duplicate. It is happening nearly every day to me. Below are a list of crash id's. This one was opened 12 years ago!!!! Doesn't sound like a fix is imminent. Thunderbird is almost unusable due to the frustration of constantly crashing
This could be a Windows 11 specific issue or potentially an NVidia issue. GT 730 is quite long in the tooth. Are you by chance running that critical security release update for your NVidia card (https://www.nvidia.com/en-us/drivers/results/196634/)? Your CPU is a Coffee Lake, yes? Your profile is locally stored, yes?
102.6.0 is coming out next week as is the December Win 11 patch Tuesday update. Maybe one or the other will help?
Comment 58•2 years ago
•
|
||
(In reply to Arthur K. (he/him) from comment #43)
So I can't repro using comment 23 since I can't find where "Open messages in: 'An existing message window' and 'Close message window/tab on move or delete" is anymore.
And using the STR in comment 41, TB did not crash for me (using 103.0b6).
So I want to amend this a bit. I found the "Open messages in: 'An existing message window' and 'Close message window/tab on move or delete" settings and tried to repro again using 108.0b3.
Double click to open any message - not necessarilly a threaded email.
email opens in new window.
Click on 'Delete' button
Window with deleted messages remains open, but note the 'Delete' button has been removed.
Close 'deleted email' window - top right X
This did repro somewhat. On the first repro try, the Delete button doesn't disappear but it just greys out after being clicked. Nothing in Error Console. On second try, clicking the Delete button does close the open window. Same after a third repro try. Seems like it semi-repros on the first try only. Oddly, a ctrl-z action does not perform an undo-delete action and move the deleted message back to the Inbox from where it was deleted.
Set options: Open messages in: 'A new tab' and 'Close message window/tab on move or delete'
Open email, email shows in tab. Click on Delete
Thunderbird program closed immediately - crashed.
No crash for me here. The message opened in a tab closes normally. Here, a ctrl-z action does perform an undo-delete action and moves the deleted message back to the Inbox from where it was deleted.
Comment 59•2 years ago
|
||
I'm WFH today but on my work PC I have a copy of TB portable 102.5.0. I'll try to repro using that version tomorrow.
Comment 60•2 years ago
|
||
(In reply to Arthur K. (he/him) from comment #58)
(In reply to Arthur K. (he/him) from comment #43)
So I can't repro using comment 23 since I can't find where "Open messages in: 'An existing message window' and 'Close message window/tab on move or delete" is anymore.
And using the STR in comment 41, TB did not crash for me (using 103.0b6).
So I want to amend this a bit. I found the "Open messages in: 'An existing message window' and 'Close message window/tab on move or delete" settings and tried to repro again using 108.0b3.
Double click to open any message - not necessarilly a threaded email.
email opens in new window.
Click on 'Delete' button
Window with deleted messages remains open, but note the 'Delete' button has been removed.
Close 'deleted email' window - top right XThis did repro somewhat. On the first repro try, the Delete button doesn't disappear but it just greys out after being clicked. Nothing in Error Console. On second try, clicking the Delete button does close the open window. Same after a third repro try. Seems like it semi-repros on the first try only. Oddly, a ctrl-z action does not perform an undo-delete action and move the deleted message back to the Inbox from where it was deleted.
I tested with TB Portable 102.5.1 and was not able to repro. Also, the ctrl-z action did not perform an undo-delete action as I observed on my home PC with 108.0b3.
Set options: Open messages in: 'A new tab' and 'Close message window/tab on move or delete'
Open email, email shows in tab. Click on Delete
Thunderbird program closed immediately - crashed.No crash for me here. The message opened in a tab closes normally. Here, a ctrl-z action does perform an undo-delete action and moves the deleted message back to the Inbox from where it was deleted.
Unable to repro and no crash for me using 102.5.1 as well. A ctrl-z action does perform an undo-delete action here.
Nothing weird in Error Console either.
Reporter | ||
Comment 62•2 years ago
|
||
Wonder why this more likely to crash with immediate delete (shift+delete). (I rarely use it)
Also, the version 102 crash rate is rought 2.5x higher than version 91.
bp-ef732c5a-e7e2-41db-b014-c5fbd0230115 windows Crash Address 0xe5e5e5e5e5e5e80d
bp-491db693-949b-435f-8579-14d4e0230114 linux Crash Address 0xe5e5e5e5e5e5e80d
bp-d34897d6-75c4-47b8-9188-9c8460230111 Mac Crash Address 0xe5e5e5e5e5e5e80d
m_view->NoteChange(childIndex + 1, i - childIndex + 1, is noted in comment 7.
Reporter | ||
Comment 63•2 years ago
|
||
sternmarc,
You mention this only happens sometimes. What percentage of deletes would you say? One in ten? One in fifty?
Unified folder view ? Or saved search?
kgbstrat seems to be gone. frustrated perhaps.
Comment 64•2 years ago
|
||
Frustrated yes. Happens now with much less frequency. No idea what triggers it. I could delete many emails (one at a time with the delete key) with no issue. Then occasionally, same action will crash Thunderbird. The fact that this thread is 12 years old does not give me much hope. If it starts again more frequently, I'll just give up and switch to Outlook (which I really don't want to do).
Comment 65•2 years ago
|
||
(In reply to kgbstrat from comment #64)
Frustrated yes. Happens now with much less frequency. No idea what triggers it. I could delete many emails (one at a time with the delete key) with no issue. Then occasionally, same action will crash Thunderbird. The fact that this thread is 12 years old does not give me much hope. If it starts again more frequently, I'll just give up and switch to Outlook (which I really don't want to do).
Just ensure if it does happen that you submit a crash report. The last one from 3 years ago doesn't give much to go on since it doesn't seem to exist anymore. =\
Updated•2 years ago
|
Comment 66•2 years ago
|
||
(In reply to kgbstrat from comment #64)
Frustrated yes. Happens now with much less frequency. No idea what triggers it. I could delete many emails (one at a time with the delete key) with no issue. Then occasionally, same action will crash Thunderbird. The fact that this thread is 12 years old does not give me much hope. If it starts again more frequently, I'll just give up and switch to Outlook (which I really don't want to do).
There should be a 102.7.2 coming soon but would you kindly retest with 102.8.0 next week? If it crashes again, it'll give us a more current look at what's going on. 12 years is a long time for this to still exist but it's tough to say why it's not happened with greater frequency to a greater TB population to merit more resources being put towards finding the cause and fixing it.
Comment 67•2 years ago
|
||
Most recent crash report (v102.6.1 - updating to 102.7.2 now)
bp-f06f3e0b-64c1-44f9-a808-9db0b0230209 2/9/2023, 4:27 PM View
https://crash-stats.mozilla.org/report/index/f06f3e0b-64c1-44f9-a808-9db0b0230209
Comment 68•2 years ago
|
||
(In reply to kgbstrat from comment #67)
Most recent crash report (v102.6.1 - updating to 102.7.2 now)
Release notes for 102.7.2 state "Various crash fixes" but no specific details. Thanks for being willing to test.
Comment 69•2 years ago
|
||
Still an issue. Crashes multiple times per day. Beyond frustrating.
Comment 70•2 years ago
•
|
||
(In reply to kgbstrat from comment #69)
Still an issue. Crashes multiple times per day. Beyond frustrating.
And this is with 102.11.0, yes? Do you happen to have a link to one of your latest crash reports you can share?
Comment 71•2 years ago
|
||
Yes, 102.11.0
most recent crash report: https://crash-stats.mozilla.org/report/index/67fe46c8-2556-42a7-8cb7-d6d550230512
here's more:
bp-67fe46c8-2556-42a7-8cb7-d6d550230512 5/12/2023, 11:13 AM
View
bp-f5e4ac6a-c39d-4b7b-b785-053e20230510 5/10/2023, 12:13 PM
View
bp-f5529915-d26d-4ba5-9bea-b57b20230509 5/9/2023, 5:27 PM
View
bp-36bf4acd-4745-4ef1-8228-58bea0230502 5/2/2023, 10:29 AM
View
bp-a263af2c-951b-4a4b-b985-02d6f0230427 4/27/2023, 12:56 PM
View
bp-bd4ba890-0625-4277-81c8-de8900230414 4/14/2023, 7:40 PM
View
bp-587337eb-d45b-423a-9f79-df4700230407 4/6/2023, 8:32 PM
View
bp-735e4a47-d356-448c-b4eb-c7ec60230406 4/6/2023, 1:08 PM
View
bp-b740a2e7-3698-44bb-aa53-7ef5c0230406 4/5/2023, 9:02 PM
View
bp-3f0d8322-1e81-4919-a7bc-147cc0230401 4/1/2023, 3:20 PM
View
bp-abec901b-86b9-4842-a222-c8b0b0230331 3/31/2023, 4:11 PM
View
bp-582db7fe-570f-4e5f-8e9c-e7ae20230331 3/30/2023, 9:58 PM
View
bp-4fbfa882-19ad-4532-8364-fcd860230328 3/28/2023, 4:53 PM
View
Reporter | ||
Comment 72•2 years ago
|
||
Unified is a hornet's nest. I don't seeing it getting attention in the next few months.
I can only suggest trying beta - might be better, same, or worse.
Comment 73•2 years ago
|
||
It crashes so often that I'm really envisonning to switch to another program ...
Comment 74•2 years ago
|
||
(In reply to sternmarc from comment #73)
It crashes so often that I'm really envisonning to switch to another program ...
Understandable. Not seeing anything in the 102.11.0 relnotes that seems like a fix either. I know 115 is not too far away (July-ish).
Reporter | ||
Comment 75•2 years ago
|
||
(In reply to sternmarc from comment #73)
It crashes so often that I'm really envisonning to switch to another program ...
Understood but that's not helpful to this bug report - it doesn't change the crystal ball or help us move forward.
Comment 76•2 years ago
•
|
||
(In reply to Wayne Mery (:wsmwk) from comment #75)
(In reply to sternmarc from comment #73)
It crashes so often that I'm really envisonning to switch to another program ...
Understood but that's not helpful to this bug report - it doesn't change the crystal ball or help us move forward.
I didn't want to be rude, just to to sure everyone understands the order of magnitude of the crashes.
I'm ready to help obviously (test some pre-releases or specific fixes for instance).
Comment 77•2 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #72)
Unified is a hornet's nest. I don't seeing it getting attention in the next few months.
I can only suggest trying beta - might be better, same, or worse.
This might be a clue. I changed from unified to favorites view and have yet to have it crash when deleting emails. More of a pain to use, but beats constant crashes.
Reporter | ||
Comment 78•1 year ago
|
||
#2 crash for 115.3.1 at ~900/week. ~1000 with bug 1344036.
Reporter | ||
Comment 79•1 year ago
|
||
@0x0 | nsMsgSearchDBView::OnHdrDeleted bp-a6eb63df-8b39-4df5-990f-e9ab50231023
nsMsgSearchDBView::OnHdrDeleted bp-34e9be06-90db-47a8-a37f-f2fee0231010
Comment 81•1 year ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #80)
kgbstrat, can you still reproduce?
Stopped using Unified folders last time I posted. Recently upgraded to 115.4.1 (64-bit) and use Unified view, but only delete emails within each individual folder under the Unified view. SuperNova messed up the way I used Favorites, so need to use Unified again to somewhat organize in a way I like. Have had no crashes in quite a while. Just tried deleting emails in the Unified folder and was not able to reproduce. I'll try every so often, but assuming my issue has cleared up.
Comment 82•1 year ago
|
||
Comment 83•1 year ago
|
||
(In reply to kgbstrat from comment #82)
Spoke too soon
If you go to Help > Troubleshooting Information > scroll down to Crash Reports > is there a crash report shown there? If yes, can you copy the link and post it here?
Comment hidden (obsolete) |
Comment 85•1 year ago
|
||
(In reply to kgbstrat from comment #84)
(In reply to kgbstrat from comment #82)
Spoke too soon
If you go to Help > Troubleshooting Information > scroll down to Crash Reports > is there a crash report shown there? If yes, can you copy the link and post it here?
https://crash-stats.mozilla.org/report/index/0a5057e4-e2b3-4eb2-86af-f47af0231030
Based on this crash info, I need to ask: Is your profile on your C: drive?
Comment 86•1 year ago
|
||
(In reply to Arthur K. (he/him) from comment #85)
(In reply to kgbstrat from comment #84)
(In reply to kgbstrat from comment #82)
Spoke too soon
If you go to Help > Troubleshooting Information > scroll down to Crash Reports > is there a crash report shown there? If yes, can you copy the link and post it here?
https://crash-stats.mozilla.org/report/index/0a5057e4-e2b3-4eb2-86af-f47af0231030Based on this crash info, I need to ask: Is your profile on your C: drive?
Yes, it is located on the C: Drive
Reporter | ||
Comment 87•11 months ago
|
||
In version 115, the crash rate has doubled. So there is some combination of
a) more people using unified folders,
b) a new outright regression,
c) something other than a) and b) making the previous crash more common.
I'm not sure yet what b or c might be. But perhaps it would help to continue the work begun in Bug 1731177 - Refactor nsMsgLocalMailFolder message copying - and related bugs?
Reporter | ||
Comment 88•11 months ago
•
|
||
Can anyone more easily reproduce this in version 115? With comment 23? (not comment 25)
Reporter | ||
Updated•11 months ago
|
Comment 89•11 months ago
|
||
I was not able to reproduce this with 115.4.3, using the comment 23 instructions. I am using Linux, maybe this is not relevant for my OS.
Comment 90•11 months ago
|
||
tested in beta 122.0b1 following same as comment 23
Cannot reproduce crash.
All worked as expected.
Assignee | ||
Comment 91•11 months ago
|
||
Steps to reproduce:
- Open a cross-folder view.
- Open any message amidst this view in a new window.
- Close the three-pane window.
- Delete the message in the new window.
- Repeat step 4, if still possible.
This is my understanding of the problem:
When a message is displayed in a three-pane window or opened in a separate single window, the database view is cloned. In a cross-folder db view this involves copying the table of threads. Unfortunately the copy in the clone contains references to the thread objects of the original view, each of them including a pointer to the original db view, originating here.
The original db view is closed in step 3. In steps 4 and 5, the cloned view receives a notification about the deleted message, resulting in a notification for the already closed view here.
Aside from this crash, there are various other issues with the shallow copies of the xf view threads. Newly added headers are duplicated in the xf threads in each of the clones, while the multiplied deletions cause other strange effects regarding the threading representation, including the infamous empty mails from 1970. This is also responsible for the wrong unread and total message counts in xf threads.
Assignee | ||
Comment 92•11 months ago
|
||
Assignee | ||
Updated•11 months ago
|
Updated•11 months ago
|
Assignee | ||
Comment 93•11 months ago
|
||
The suggested patch is supposed to fix bug 1776920, bug 1834801 and bug 1859639 as well.
Updated•11 months ago
|
Assignee | ||
Updated•11 months ago
|
Comment 94•11 months ago
|
||
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/81f34ca42e40
When cloning a cross-folder view, make a deep copy of the threads/groups table. r=mkmelin
Assignee | ||
Comment 95•11 months ago
|
||
Comment on attachment 9370586 [details]
Bug 646168 - When cloning a cross-folder view, make a deep copy of the threads/groups table. r=#thunderbird-reviewers
[Approval Request Comment]
Regression caused by (bug #): Apparently this has been never implemented correctly.
User impact if declined: See comment 91.
Testing completed (on c-c, etc.): c-c
Risk to taking this patch (and alternatives if risky): This backend fix may be a bit more risky, but I think it's worth to test it thoroughly in beta.
Reporter | ||
Comment 96•11 months ago
|
||
Thanks. We'll hold this until next week's beta.
Reporter | ||
Comment 97•11 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #96)
Thanks. We'll hold this until next week's beta.
We will likely skip next week's beta, which means this will ride the train to beta 123 shipping ~Wednesday Jan 24. If all goes well, this might be in 115.8.something two weeks after that.
Reporter | ||
Updated•11 months ago
|
Reporter | ||
Comment 98•11 months ago
|
||
We need to check whether these go away:
- nsRefreshDriver::GetVsyncId which first appears in 115.6.0, precisely when bug 1859470 signature disappears. @ nsTArray_base<T>::Length | nsTArray_Impl<T>::IndexOf | nsTArray_Impl<T>::IndexOf | nsAutoTObserverArray<T>::IndexOf
bp-6cc73fc5-41b4-4f82-92e7-f3d3d0240113
0 xul.dll nsRefreshDriver::GetVsyncId() layout/base/nsRefreshDriver.cpp:3014
1 xul.dll nsMsgXFViewThread::RemoveChildHdr(nsIMsgDBHdr*, nsIDBChangeAnnouncer*) mailnews/base/src/nsMsgXFViewThread.cpp:291
2 xul.dll nsMsgSearchDBView::OnHdrDeleted(nsIMsgDBHdr*, unsigned int, int, nsIDBChangeListener*) mailnews/base/src/nsMsgSearchDBView.cpp:223
3 xul.dll nsMsgDatabase::NotifyHdrDeletedAll(nsIMsgDBHdr*, unsigned int, int, nsIDBChangeListener*) mailnews/db/msgdb/src/nsMsgDatabase.cpp:756
4 xul.dll nsMsgDatabase::DeleteHeader(nsIMsgDBHdr*, nsIDBChangeListener*, bool, bool) mailnews/db/msgdb/src/nsMsgDatabase.cpp:1775
5 xul.dll nsMsgDatabase::DeleteMessages(nsTArray<unsigned int> const&, nsIDBChangeListener*) mailnews/db/msgdb/src/nsMsgDatabase.cpp:1724
6 xul.dll nsImapMailFolder::CopyMessagesOffline(nsIMsgFolder*, nsTArray<RefPtr<nsIMsgDBHdr> > const&, bool, nsIMsgWindow*
- mozilla::detail::InvalidArrayIndex_CRASH | nsMsgGroupView::OnHdrDeleted
Crash report: https://crash-stats.mozilla.org/report/index/c62ef62d-af42-45c9-a441-b72a90240113
Reason: EXCEPTION_BREAKPOINT
Top 10 frames of crashing thread:
0 mozglue.dll MOZ_Crash mfbt/Assertions.h:264
0 mozglue.dll mozilla::detail::InvalidArrayIndex_CRASH mfbt/Assertions.cpp:50
1 xul.dll nsMsgGroupView::OnHdrDeleted mailnews/base/src/nsMsgGroupView.cpp:686
2 xul.dll nsMsgDatabase::NotifyHdrDeletedAll mailnews/db/msgdb/src/nsMsgDatabase.cpp:756
3 xul.dll nsMsgDatabase::DeleteHeader mailnews/db/msgdb/src/nsMsgDatabase.cpp:1775
4 xul.dll nsMsgDatabase::DeleteMessages mailnews/db/msgdb/src/nsMsgDatabase.cpp:1724
5 xul.dll nsImapMailFolder::UpdateImapMailboxInfo mailnews/imap/src/nsImapMailFolder.cpp:2638
6 xul.dll mailnews/imap/src/nsSyncRunnableHelpers.cpp:122
7 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:555
8 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:879
Reporter | ||
Updated•10 months ago
|
Reporter | ||
Comment 99•10 months ago
|
||
Comment on attachment 9370586 [details]
Bug 646168 - When cloning a cross-folder view, make a deep copy of the threads/groups table. r=#thunderbird-reviewers
This will be in next week's beta, after the merge
Reporter | ||
Updated•10 months ago
|
Assignee | ||
Comment 100•10 months ago
|
||
Unfortunately, I just discovered a massive problem with single-folder saved searches grouped by sort. Simply selecting a message causes Thunderbird to crash. The following patch seems to work, but I haven't had much time to test it.
Can we exclude the main patch from merging into beta to have some more time to test this follow-up?
Assignee | ||
Comment 101•10 months ago
|
||
Comment 102•10 months ago
|
||
I think then it's easiest to back out and re-land later with the other fix.
Assignee | ||
Updated•10 months ago
|
Comment 103•10 months ago
|
||
Assignee | ||
Updated•10 months ago
|
Comment 104•10 months ago
|
||
Pushed by kaie@kuix.de:
https://hg.mozilla.org/comm-central/rev/26e671149a11
When cloning a cross-folder view, make a deep copy of the threads/groups table. r=mkmelin
https://hg.mozilla.org/comm-central/rev/98812c2301c8
Follow-up fix for grouped-by-sort single-folder search views. r=mkmelin
Reporter | ||
Updated•10 months ago
|
Reporter | ||
Comment 106•9 months ago
|
||
Patch may have had an impact on beta crash rate for nsMsgSearchDBView::OnHdrDeleted.
There may be a slight impact on beta crash rate for nsMsgXFViewThread::RemoveChildHdr. But it is far from gone:
- bp-90af2471-7ed5-4859-9383-964340240201 123.0b2
- bp-aa16b76e-a3c9-4871-9e15-f84280240215 123.0b4
- bp-b661fcba-83dc-4824-a640-cbcd10240220. 123.0b5
In fact, Windows only beta crash rate, appears to have no change.
Assignee | ||
Comment 107•9 months ago
|
||
This hasn't been uplifted to beta yet.
Reporter | ||
Comment 108•9 months ago
|
||
(In reply to Hartmut Welpmann [:welpy-cw] from comment #107)
This hasn't been uplifted to beta yet.
Thanks. I forgot about the backout. I was going by target milestone.
Reporter | ||
Comment 109•9 months ago
|
||
We may have a winner - beta 124 so far has no crashes for nsMsgXFViewThread::RemoveChildHdr
And no regression bug reports that I can see. Shall we try uplifting to 115?
Assignee | ||
Comment 110•9 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #109)
Shall we try uplifting to 115?
Well, I think so!
Assignee | ||
Updated•9 months ago
|
Assignee | ||
Updated•9 months ago
|
Assignee | ||
Comment 111•9 months ago
|
||
As this is based on code changed in Bug 1866951, that one should be uplifted as well.
Updated•9 months ago
|
Reporter | ||
Comment 112•9 months ago
|
||
Comment on attachment 9370586 [details]
Bug 646168 - When cloning a cross-folder view, make a deep copy of the threads/groups table. r=#thunderbird-reviewers
[Triage Comment]
Approved for esr115
Reporter | ||
Comment 113•9 months ago
|
||
Comment on attachment 9375455 [details]
Bug 646168 - Follow-up fix for grouped-by-sort single-folder search views. r=#thunderbird-reviewers
[Triage Comment]
Approved for esr115
Comment 114•9 months ago
|
||
bugherder uplift |
Reporter | ||
Comment 116•8 months ago
|
||
Anyone who crashed on beta or release(esr) 115 ...
Should find this fixed in beta 124 and 115.9.0 Windows or 115.9.0 Mac
Reporter | ||
Comment 117•8 months ago
•
|
||
So far, there are no crash reports from 115.9.0, most notably from the highest crash rate signature nsMsgXFViewThread::RemoveChildHdr.
Assignee | ||
Updated•8 months ago
|
Reporter | ||
Comment 121•7 months ago
|
||
Hartmut, great job killing the ancient crash.
Comment 123•6 months ago
|
||
Indeed, thanks Hartmut! \o/
Description
•