Closed
Bug 1435093
Opened 6 years ago
Closed 6 years ago
Port bug 1421084 to mailnews.
Categories
(MailNews Core :: Security, enhancement)
MailNews Core
Security
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 60.0
People
(Reporter: jorgk-bmo, Assigned: jorgk-bmo)
Details
Attachments
(1 file, 1 obsolete file)
21.01 KB,
patch
|
ttaubert
:
review+
|
Details | Diff | Splinter Review |
From bug 1421084: part 1/4 - remove now-unnecessary nsNSSShutDownPreventionLock r=mt,ttaubert https://hg.mozilla.org/integration/autoland/rev/ecb9941ee034 part 2/4 - remove nsNSSShutDownObject::isAlreadyShutDown() r=mt,ttaubert https://hg.mozilla.org/integration/autoland/rev/0d42218045d9 part 3/4 - remove nsNSSShutDownObject::shutdown and virtualDestroyNSSReference r=mt,ttaubert https://hg.mozilla.org/integration/autoland/rev/e21956fd51a3 part 4/4 - remove nsNSSShutDown.h and (hopefully) all references to it r=mt,ttaubert
Assignee | ||
Comment 1•6 years ago
|
||
Tim, I followed your changes in bug 1421084 as well as I could, but knowing nothing about this, I'm not sure I got it right. Since we're busted, I have to land this now, but please look over the changes. I will add some questions in the next comment.
Assignee | ||
Comment 2•6 years ago
|
||
Killed one more, sorry about the noise.
Attachment #8947664 -
Attachment is obsolete: true
Attachment #8947664 -
Flags: review?(ttaubert)
Attachment #8947666 -
Flags: review?(ttaubert)
Pushed by mozilla@jorgk.com: https://hg.mozilla.org/comm-central/rev/113fa182b10b Port bug 1421084 to mailnews: remove nsNSSShutDownPreventionLock, isAlreadyShutDown, shutdown, virtualDestroyNSSReference, nsNSSShutDown.h from mailnews. rs=bustage-fix
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 4•6 years ago
|
||
(In reply to Jorg K (GMT+1) from comment #1) > I will add some questions in the next comment. I answered my own question ;-)
Target Milestone: --- → Thunderbird 60.0
Version: 52 → Trunk
Comment 5•6 years ago
|
||
The bug is fixed but there's a pending review. Do you want me to still review?
Flags: needinfo?(jorgk)
Assignee | ||
Comment 6•6 years ago
|
||
Yes please, as per comment #1. I'm always in the situation having to react to bustage, so in some cases there needs to be a "post landing review" and a follow-up in case there is an issue. I removed everything the compiler complained about which is basically following what you've done in the four changesets quoted in comment #0. I think a quick glance of the the changes, maybe even via https://hg.mozilla.org/comm-central/rev/113fa182b10b would ensure that I got it right.
Flags: needinfo?(jorgk)
Comment 7•6 years ago
|
||
(In reply to Jorg K (GMT+1) from comment #6) > I think a quick glance of the the changes, > maybe even via https://hg.mozilla.org/comm-central/rev/113fa182b10b would > ensure that I got it right. The only things I spotted were: * nsCMSMessage::destructorSafeDestroyNSSReference() could probably be inlined in the destructor. * Same for nsZeroTerminatedCertArray::destructorSafeDestroyNSSReference() * And nsCMSDecoder::destructorSafeDestroyNSSReference() * And nsCMSEncoder::destructorSafeDestroyNSSReference() Up to you. These aren't correctness fixes, of course. Everything else looks good.
Updated•6 years ago
|
Attachment #8947666 -
Flags: review?(ttaubert) → review+
Assignee | ||
Comment 8•6 years ago
|
||
(In reply to Tim Taubert [:ttaubert] from comment #7) > * nsCMSMessage::destructorSafeDestroyNSSReference() could probably be > inlined in the destructor. That's for the quick review. Yes, I saw this in your changes, but wanted to keep our changes to straight deletions to avoid error. I also noticed that you moved empty destructors to the .h file in at least one case. I think I'll leave it "as is" now. Thanks again!
You need to log in
before you can comment on or make changes to this bug.
Description
•