[meta] Tracking bug for NS_ASSERTIONs that should be actual assertions
Categories
(Core :: General, defect, P3)
Tracking
()
People
(Reporter: bjacob, Unassigned)
References
(Depends on 2 open bugs)
Details
(Keywords: meta)
Attachments
(1 obsolete file)
| Reporter | ||
Updated•14 years ago
|
| Reporter | ||
Comment 1•14 years ago
|
||
| Reporter | ||
Comment 2•14 years ago
|
||
| Reporter | ||
Updated•14 years ago
|
Comment 3•7 years ago
|
||
Comment 4•5 years ago
|
||
This was raised again in https://phabricator.services.mozilla.com/D69858#inline-414015. Am I understanding right that an NS_ASSERTION should be replaced by MOZ_ASSERT unless doing so causes a crash?
Updated•5 years ago
|
Comment 5•5 years ago
|
||
(In reply to Kagami :saschanaz from comment #4)
This was raised again in https://phabricator.services.mozilla.com/D69858#inline-414015. Am I understanding right that an
NS_ASSERTIONshould be replaced byMOZ_ASSERTunless doing so causes a crash?
New code should prefer MOZ_ASSERT over NS_ASSERTION.
MOZ_ASSERT will abort in debug builds so we can find and fix assertion failures hit during automated tests. NS_ASSERTION will just print a warning which is easy to miss. Some of our test runners will detect NS_ASSERTION warnings and treat them as test failures, but I don't know if all the test runners do.
Updated•3 years ago
|
Updated•2 years ago
|
Description
•