https://bugs.documentfoundation.org/show_bug.cgi?id=135125
--- Comment #7 from drmiles968 <[email protected]> --- Still happening in 2025: See https://ask.libreoffice.org/t/formula-recalculation-bug-in-filtered-table-cells/118273 I am using LO on OpenSUSE Tumbleweed, the version provided with SUSE: Last updated about a week ago (~12/2/2025) Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: 480(Build:2) CPU threads: 16; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threadedersion: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: 480(Build:2) CPU threads: 16; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded Identical pathology as in this bug description - formulas entered by copying onto an autofilter range are not updated except by a Hard Recalculate. The same table copied as a block to a new sheet does recalculate normally. Reproducible - Yes. Notably, the pattern of failure was irregular, some cells in the range did update, others not. How on earth can this occur with a core function like copying cells? If this is a long-known bug and it potentially makes filtered table formulas unreliable, as a user this is more serious than a "normal" bug. Far more serious than most UI glitches, at least. Is it possible for @erAck (the cited expert on similar issues) or another developer to take another look as it's now been 5 years... happy to offer a bounty for someone taking a look at this. thanks, Miles -- You are receiving this mail because: You are the assignee for the bug.
