https://bugs.documentfoundation.org/show_bug.cgi?id=145248
--- Comment #9 from Colin <that.man.co...@gmail.com> --- (In reply to zcrhonek from comment #7) > tested selection as in video in Version: 7.4.0.0.alpha0+ / LibreOffice > Community > Build ID: c13db6e792cc347ffff4585f23866f195651f21f > CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: x11 > Please could you test it with dev version? You can download it here: > http://dev-builds.libreoffice.org/daily/master/ > Thank you I notice that you refer to the Linux release. I have Win10 so I downloaded and tested the version I identified above. No change for me, it still produces the "no entry" sign. Again, with temporary remediation once a few operations have been executed. What I should perhaps identify is that when the editing is upon a real live formula, as opposed to just some "Lorem", then attempting to edit that formula results in a formula corruption - even a simple change like =SUM(J45,J46,J47,J48)and attempting to replace CURSOR DRAG SELECTED J45 (NOT DOUBLE CLICK SELECTED J45) with perhaps J35 can produce something like =SUM(J4J355,J46,J47,J48) where it appears to use the "overtyping" as an edit insert at this location. Perhaps I should have used something more meaningful in my original definition than a simple "Lorem". My bad, I was trying to keep it simple but in mitigation, I had previously reported a significant and similar formula corruption - see 144194 - which I felt may be related but were not necessarily the same bug. -- You are receiving this mail because: You are the assignee for the bug.
