On 04/05/12 21:14, Caolán McNamara wrote:
This is a revert of 858b5b4f36a357fe7192e7c2ed9cc3cdfc81fd8f and some
related follow up fixes to convert SwSelBoxes to a std::map from a
SV_DECL_PTRARR_SORT
The std::map uses SwTableBox::GetSttIdx as a key, which looked like a
good idea, but digging into fdo#49342 there are a number of scenarios
where content gets added to the document after the Boxes are shoved into
a SwSelBoxes but before the SwSelBox is used. Which means the nodes get
moved so their GetSttIdx returns a different value, but the std::map's
key is a stale copy of the GetSttIdx, so it can't find them by their new
keys. Onwards to epic fails :-(
Suggest the attached revert for 3-5, which I'll try and massage into
master as well. A sorted std::vector looks like the best fit. rather
than a std::map, to keep the current tangled logic working post stl
conversion.
sounds reasonable, fixes the crash, pushed to libreoffice-3-5.
C.
this might be the reason behind the other rtf table crash mentioned
earlier, I've yet to dig out the bug no for that to re-test.
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.