[REVIEW-3.5] crasher fdo#45987
Noel Power
nopower at suse.com
Fri May 18 02:31:16 PDT 2012
On 18/05/12 10:26, Noel Power wrote:
> Hi
> somewhat of a containing fix ( I think there is other rework needed,
> see below ) that avoids the mentioned crasher, please consider
> cherry-picking to 3.5
>
> Always ( afaict ) the code expects the index of the entry in the
> (maTabs) vector to correspond a tab of the same index. However the
> DeleteTab routine patched above will erase the entry for the tab but
> if that tab isn't the last tab but instead some random tab in the
> middle won't the order of the tabs be screwed ? We could check and
> only delete an entry if it is the last entry ( and otherwise make a
> null entry for the deleted tab ) but then we definitely would expect
> the code should be ready to deal with such a 'hole' (representing a
> sheet that no longer exists ) in the vector, that doesn't appear to be
> the case. Is this how it should work ? I could rework it like that if
> that is the intention, is it ?
>
and I forgot to mention the commit ( or actually 2 commit ids as it
appears I introduced a wae that was fixed by sb )
http://cgit.freedesktop.org/libreoffice/core/commit/?id=8b1d29bc9b00bc2730738a990023a65ab6e0219b
&
http://cgit.freedesktop.org/libreoffice/core/commit/?id=abb26f51eea0399754cc8f5b7d7a7d648d68f630
More information about the LibreOffice
mailing list