Alright so I was wrong on the last count it's actually. -> SearchCell -> The last else statement -> aCol[nCol].SetString(nRow, nTab, aString, pDocument->GetAddressConvention()); -> aNewCell.release(*this, nRow); (In SetString, column3.cxx) -> ScCellValue::release (cellvalue.cxx), it falls to default in the switch -> rColumn.Delete(nRow); -> ScColumn::Delete( SCROW nRow ) (column3.css) Final in LibO - maCells.set_empty(nRow, nRow); Which is actually defined in mdds
[1] Link to before the commits that changes this around for reference: http://cgit.freedesktop.org/libreoffice/core/tree/sc/source/core/data/column3.cxx?id=b139f6fedfcf3cbed0eadeb007e2155b576413d2 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1342175 Title: [upstream] Poor performance with find & replace with empty value on large data set Status in LibreOffice Productivity Suite: Confirmed Status in “libreoffice” package in Ubuntu: Triaged Bug description: Regression in Find and Replace with LO Calc 4.2 (last worked in 4.1). It now takes a long time to "Find and Replace" if the to be replaced is to nothing. See comment #5/#6 of upstream for reproducer. See commend #8 for bibisect. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1342175/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
