11592 - eliminate NS_COMFALSE

Status: VERIFIED DUPLICATE of bug 8929

(Core Graveyard :: RDF, defect, P3)

Description

[Warren Harris]

We should eliminate the NS_COMFALSE madness once and for all. Here's a list of
offending uses in your module -- please pass the bug along if there's someone
else who should deal with it.


      rdf/content/src/nsXULAttributes.cpp:
            View change log or Blame annotations
            line 558

Comment 1

[Chris Waterson]

Moving out non-critical tasks.

Comment 2

[Chris Waterson]

maybe scc'll do it.

Comment 3

[Scott Collins]

Not many of these left, now, as most cases were replaced with |
NS_ENUMERATOR_FALSE|, which at least makes the behavior in those situations 
somewhat understandable.

Comment 4

[Scott Collins]

mass re-assigning to my new bugzilla account

Comment 5

[John Dobbins]

Up todate list

/rdf/content/src/nsXULElement.cpp
       line 3971 -- rv = nsClassList::HasClass(mPrototype->mClassList, aClass) ? 
NS_OK : NS_COMFALSE;
/rdf/content/src/nsXULAttributes.cpp
       line 855 -- return nsClassList::HasClass(mClassList, aClass) ? NS_OK : 
NS_COMFALSE;

Comment 6

[Chase Tingley]

All remaining instances of NS_COMFALSE in the rdf code followed XUL into
content/; inspection of rdf/ yields no further instances.  Unless
nsXULElement.cpp etc are still considered part of the RDF component, this bug
can be closed.

Comment 7

[Scott Collins]

Some |NS_COMFALSE| still exists in the tree, but not much.  See the URL above
for a search.  Re-assigning to XPCOM owner.

Comment 8

[Doug Turner (:dougt)]

not that important.  -> future

Comment 9

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

*** This bug has been marked as a duplicate of 8929 ***

Comment 10

[Nicholas Bebout ([e-mail] is my new email)]

Verified dupe
Sorry for the spam