https://bugs.documentfoundation.org/show_bug.cgi?id=155441
--- Comment #4 from pauloff...@yahoo.com.au --- (In reply to m.a.riosv from comment #3) > Reproducible with the sample file > Version: 7.5.3.2 (X86_64) / LibreOffice Community > Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 > CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: > win > Locale: es-ES (es_ES); UI: en-US Calc: CL threaded > Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: f4c24da1e7f11664e0d2f688d2531f068e4a3bc0 > CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: > win > Locale: es-ES (es_ES); UI: en-US Calc: CL threaded > > Pasting the format from A5 to A6, changes A6:A7, but just curious, a > hard-recalc shows fine to the end A10. > > But it doesn't happen to me with a file from scratch. Hi and thanks for your message, Yes copying a5 over a6 does do some sort of a full refresh which fixes some cells, but basically all cells affected need a full refresh to fix them (ie. clicking in them and clicking enter). This is not possible for a production spreadsheet, nor a very large one. It is also impossible if the cells in question are locked formula cells (as in the use case of a financial template with total cells which need to be aligned) I am attaching a video of me creating the error from scratch by changing the data type of cell A6 to currency, on a column of numbers with indent right set to one increment. You can see the numbers underneath have the indents removed. The indents are still set in the cell properties, but appear and disappear when scrolling at the end of the video -- You are receiving this mail because: You are the assignee for the bug.
