summaryrefslogtreecommitdiff
path: root/svx/source/items/viewlayoutitem.cxx
diff options
context:
space:
mode:
authorMichael Stahl <mstahl@redhat.com>2017-08-11 10:58:43 +0200
committerMichael Stahl <mstahl@redhat.com>2017-08-11 11:29:49 +0200
commitf78aadea74b99ba71f930c7cf52352da9ee965e9 (patch)
tree96bb8f0e8cf457444fdec3c8434a88c2f174cdf4 /svx/source/items/viewlayoutitem.cxx
parent469369b391c805938c46206286d11b45cd65b0ae (diff)
tdf#105705 sw: fix another case of bookmarks becoming un-sorted
The loop in SwTextNode::Update() that reassigns bookmark end positions away from the node to a temporary SwIndexReg can stop prematurely in a particular situation where there is a bookmark that is expanded and with both mark positions at the critical "rPos" insertion position, and also both their SwIndexes consecutive in the SwIndexReg::m_pFirst linked-list. What happens then is that the iteration gets to the first of the 2 consecutive positions of the bookmark, then calls GetMarkEnd() on the mark, which happens to return the other position, which is already stored in the "next" local variable. That other position is then moved to aTmpIdxReg, and in the next loop iteration GetNext() is null as it is the last one in aTmpIdxReg and the loop terminates. Thus various bookmark end positions don't get preserved, or the bAtLeastOneExpandedBookmarkAtInsertionPosition doesn't get set, either of which can cause the bookmark array to lose its sort order. This was found playing around with Zotero 4.0.29.10, while switching between different citation styles. (regression from 6a5dbe73537642b06bcde782118a34b4593d17eb) Change-Id: Ia35ce0656bcb2d6af7ea189458af3942ff83e4da
Diffstat (limited to 'svx/source/items/viewlayoutitem.cxx')
0 files changed, 0 insertions, 0 deletions