To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=113600
Issue #|113600
Summary|sw: MLK, sub table causes all table objects leak when
| loading text document
Component|Word processor
Version|OOO320m19
Platform|Unknown
URL|
OS/Version|All
Status|UNCONFIRMED
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P2
Subcomponent|code
Assigned to|ama
Reported by|zhangjfibm
------- Additional comments from zhangjf...@openoffice.org Tue Aug 3 03:25:46
+0000 2010 -------
If a text document has a sub table inside a main table, then all
table,subtable,rows/cols/row/col/cell context objects leaks when loading it. You
can reproduce the scenario with attached sample file.
Some of the leaked SwXMLTableRow_Impl objects are created with below call stack,
swmi!SwXMLTableContext::InsertRow+0000010E
(z:\writ\sw\source\filter\xml\xmltbli.cxx, 1699)
swmi!SwXMLTableRowContext_Impl::SwXMLTableRowContext_Impl+000002C5
(z:\writ\sw\source\filter\xml\xmltbli.cxx, 922)
swmi!SwXMLTableContext::CreateChildContext+00000242
(z:\writ\sw\source\filter\xml\xmltbli.cxx, 1472)
xomi!SvXMLImport::startElement+000004BD
(z:\lib\xmloff\source\core\xmlimp.cxx, 700)
sax.uno!sax_expatwrap::SaxExpatParser_Impl::callbackStartElement+000000F9
sax.uno!XML_Parse+00001AFE
sax.uno!XML_Parse+000020C8
sax.uno!XML_ParseBuffer+00000037
sax.uno!XML_Parse+000001A7
sax.uno!sax_expatwrap::SaxExpatParser_Impl::parse+00000074
sax.uno!sax_expatwrap::SaxExpatParser::parseStream+00000218
swmi!ReadThroughComponent+000004D6
(z:\writ\sw\source\filter\xml\swxml.cxx, 233)
swmi!ReadThroughComponent+00000526
(z:\writ\sw\source\filter\xml\swxml.cxx, 391)
swmi!XMLReader::Read+00002814 (z:\writ\sw\source\filter\xml\swxml.cxx,
941)
swmi!SwReader::Read+00000690
(z:\writ\sw\source\filter\basflt\shellio.cxx, 221)
swmi!SwDocShell::Load+0000026D (z:\writ\sw\source\ui\app\docshini.cxx,
728)
sfxmi!XLoadControlSO::DoLoad+0000004C
(z:\lib\sfx2\source\doc\objstor.cxx, 330)
sfxmi!XLoadControl::StartLoading+0000003A
(z:\lib\sfx2\source\doc\objstor.cxx, 290)
sfxmi!SfxObjectShell::LoadOwnFormat+00000127
(z:\lib\sfx2\source\doc\objstor.cxx, 3305)
sfxmi!SfxObjectShell::DoLoad+00000743
(z:\lib\sfx2\source\doc\objstor.cxx, 858)
sfxmi!SfxBaseModel::load+0000024A
(z:\lib\sfx2\source\doc\sfxbasemodel.cxx, 1872)
sfxmi!SfxFrameLoader_Impl::load+00002C11
(z:\lib\sfx2\source\view\frmload.cxx, 514)
fwkmi!framework::LoadEnv::impl_loadContent+00000C9A
(z:\lib\framework\source\loadenv\loadenv.cxx, 1210)
fwkmi!framework::LoadEnv::startLoading+0000014A
(z:\lib\framework\source\loadenv\loadenv.cxx, 431)
fwkmi!framework::LoadEnv::loadComponentFromURL+0000011A
(z:\lib\framework\source\loadenv\loadenv.cxx, 226)
fwkmi!framework::Desktop::loadComponentFromURL+00000E4B
(z:\lib\framework\source\services\desktop.cxx, 775)
msci_uno!bridges::cpp_uno::shared::UnoInterfaceProxy::getCppI+0000002F
The root cause of the problem is that there cyclic refernce between sub table
SwXMLTableContext object and SwXMLTableContext.pRows->SwXMLTableRow_Impl
objects, which in sequence cause the main table objects are leaked too.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
