Closed
Bug 455540
Opened 16 years ago
Closed 16 years ago
[FIX]Do not do qualified name stuff in nsNodeInfoManager::GetNodeInfo
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: taras.mozilla, Assigned: bzbarsky)
References
Details
Attachments
(1 file, 1 obsolete file)
(deleted),
patch
|
jst
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
This way GetNodeInfo would only fail with NS_ERROR_OUT_OF_MEMORY
Assignee | ||
Comment 1•16 years ago
|
||
Actually, I meant that we should stop doing it in the XULPrototypeDocument caller, since we control that. But looking again, this seems to be the only caller of the qualifiedName version of GetNodeInfo, so we would in fact be able to remove this overload altogether.
Reporter | ||
Comment 3•16 years ago
|
||
i hope this is reasonable
Attachment #338903 -
Flags: review?(bzbarsky)
Reporter | ||
Comment 4•16 years ago
|
||
forgot the .h change in the above patch, i'll commit that if i get an r+
Assignee | ||
Comment 5•16 years ago
|
||
I was more thinking change the fastload code to store the localName and prefix separately instead of constructing the qualified name on save and having to parse it on restore...
Assignee | ||
Comment 7•16 years ago
|
||
Attachment #338903 -
Attachment is obsolete: true
Attachment #340586 -
Flags: superreview?(jst)
Attachment #340586 -
Flags: review?(jst)
Attachment #338903 -
Flags: review?(bzbarsky)
Assignee | ||
Updated•16 years ago
|
Summary: Do not do qualified name stuff in nsNodeInfoManager::GetNodeInfo → [FIX]Do not do qualified name stuff in nsNodeInfoManager::GetNodeInfo
Updated•16 years ago
|
Attachment #340586 -
Flags: superreview?(jst)
Attachment #340586 -
Flags: superreview+
Attachment #340586 -
Flags: review?(jst)
Attachment #340586 -
Flags: review+
Updated•16 years ago
|
QA Contact: content
Assignee | ||
Comment 8•16 years ago
|
||
Pushed changeset 18e5167ac655.
Status: NEW → RESOLVED
Closed: 16 years ago
Flags: in-testsuite-
Resolution: --- → FIXED
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•