Closed Bug 624738 Opened 15 years ago Closed 14 years ago

Should not be possible to create an nsDependent(C)String from an nsA(C)String

Categories

(Core :: XPCOM, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 611503

People

(Reporter: neil, Assigned: atulagrwl)

References

Details

Attachments

(1 obsolete file)

There are a few spots throughout the code base that try to use nsDependent(C)String as if it were PromiseFlat(C)String, which it is not. They usually get lucky because the string being promised turned out to be flat, but we should just remove the bogus constructor (after fixing all the callers).
Depends on: 624740
Depends on: 624742
Depends on: 624743
Attached patch Patch v1 (obsolete) — Splinter Review
Assignee: nobody → atulagrwl
Status: NEW → ASSIGNED
Attachment #572291 - Flags: review?(benjamin)
Comment on attachment 572291 [details] [diff] [review] Patch v1 Build busted in Windows.
Attachment #572291 - Attachment is obsolete: true
Attachment #572291 - Flags: review?(benjamin)
(In reply to Atul Aggarwal from comment #2) > (From update of attachment 572291 [details] [diff] [review]) > Build busted in Windows. I didn't think the external API had the problem anyway.
Totally true. Verified now and I thought it was due to my change :P. Neil, shouldn't we close this issue if this is not relevant any more otherwise another fool like me will waste some time working on it :)
Looks like I filed this as a duplicate by mistake...
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Component: String → XPCOM
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: