Description: Working in calc in LO main build results in hang after a while. Steps to Reproduce: Sadly no clear reproduce steps. This rather happens after a while it seems. It happens fairly frequently (more often than not) while working in a calc document. Actual Results: Hang Process Sample: https://bin.disroot.org/?032ddccc32dfaa94#31WKF9GPmf1DP4yknAVB8PzCFWdabNBLC3rFJJ7mAAeC Spin Dump: https://bin.disroot.org/?8082d7514e7d310b#BNuHAz9EBKY6kQWjsWf8teERE4F9Wgdc6wS3n74ESRAY Expected Results: no Hang Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 2f509fce90a29b7c35910b670fb79a6e2b72ba7b CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded happened in previous main builds as well for several days now.
Could this be related to copy pasting? Playing with sanatized version of document and also reproduce. Attaching test document. Just copy and then paste like crazy a cell with checkmark all over the document. Could as well be unrelated to copy paste and the file just needs to sit a certain time until the hang appears. So this may take 3-5 minutes until the hang happens but it happens for me reliable. I know, such repro steps are not fun, but this is a very strange bug and should not make it into stable ideally.
Created attachment 171252 [details] problematic document
Even got a crash log this time around (did not happen for previous hangs where I had to force quit).
crash log: https://bin.disroot.org/?4dc8aa70e501908b#6oCNmKwquTnzp2e3uW6NRx784enhxZv6H7iZJezhgDuX
Hi Steve, your build is a week old, is this still reproducible with a more recent master build ?
Instant crash with most recent main build: https://bin.disroot.org/?52fce5879c6dc83a#DbENQF2cSvpHZFycYfsYV3cYzaaGQxzHQMzHTeHu7DY2 Just marking a field with the checkmark character was sufficient to trigger the crash twice. Third attempt trying to copy paste a random word worked as expected and then copy pasting the checkmark also worked. Next attempt directly copy pasting checknmark again works as expected. Still at a loss what exactely triggers the crash :( Could this be related to recent changes around copy pasting and a fix for that on windows platform? Retested w Version: 7.2.0.0.alpha0+ 2021-04-22 / LibreOffice Community Build ID: 41145efffe9d5af358a52b9e114bb01b98b3d7c2 CPU threads: 8; OS: Mac OS X 10.16 11.2.3; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
I could not reproduce it in latest stable ver. Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded The bug appears in development ver. Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 3b57ebb445df8a2bc3d916ea79f8af45e20e4e62 CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Looking at the attached document. The text has checkmarks in it, which is not an ordinary character (not on the keyboard). I could not reproduce the bug using same steps mentioned (by copying and pasting). Although Calc did hang when inserting the checkmark symbol from the MacOS Character Viewer, in fact it hangs when inserting any symbol or emoji. Steps to reproduce 1. Open new Calc document. 2. Open Character viewer. (https://support.apple.com/en-gb/guide/mac-help/mchlp1560/mac) 3. Drag and drop any character or emoji. 4. Insert at least 10 symbols or emoji (the number is not specific). Calc hangs and the Character viewer also get disabled for any other applications. Logging out and logging back in restores the Character viewer.
bisect information: 77c365df15e720860335fcaca3614a9198e28b87 is the first bad commit commit 77c365df15e720860335fcaca3614a9198e28b87 Author: libreoffice <libreoffice@libreoffices-Mac-mini.local> Date: Wed Mar 31 09:33:21 2021 +0200 source d2d6e5c235f35bf3f2137e8dab4b9b32b72430a8 source d2d6e5c235f35bf3f2137e8dab4b9b32b72430a8 .../Contents/Resources/config/images_breeze.zip | Bin 1889388 -> 1889388 bytes .../Resources/config/images_breeze_dark.zip | Bin 1885053 -> 1885053 bytes .../Resources/config/images_breeze_dark_svg.zip | Bin 1567731 -> 1567731 bytes .../Resources/config/images_breeze_svg.zip | Bin 1565250 -> 1565250 bytes .../Contents/Resources/config/images_colibre.zip | Bin 2759605 -> 2759605 bytes .../Resources/config/images_colibre_svg.zip | Bin 2887793 -> 2887793 bytes .../Resources/config/images_elementary.zip | Bin 4194478 -> 4194478 bytes .../Resources/config/images_elementary_svg.zip | Bin 5493983 -> 5493983 bytes .../Resources/config/images_karasa_jaga.zip | Bin 4882472 -> 4882472 bytes .../Resources/config/images_karasa_jaga_svg.zip | Bin 19309959 -> 19309959 bytes .../Contents/Resources/config/images_sifr.zip | Bin 2105730 -> 2105730 bytes .../Contents/Resources/config/images_sifr_dark.zip | Bin 2107606 -> 2107606 bytes .../Resources/config/images_sifr_dark_svg.zip | Bin 1757035 -> 1757035 bytes .../Contents/Resources/config/images_sifr_svg.zip | Bin 1753162 -> 1753162 bytes .../Contents/Resources/config/images_sukapura.zip | Bin 3042600 -> 3042600 bytes .../Resources/config/images_sukapura_svg.zip | Bin 4349566 -> 4349566 bytes LibreOffice.app/Contents/Resources/setuprc | 2 +- LibreOffice.app/Contents/Resources/versionrc | 2 +- 18 files changed, 2 insertions(+), 2 deletions(-)
bisect log: git bisect start # bad: [25b063cc33a4d47d0c559132b4460218fd6168fe] source 5c682a5e24337ac022fb3eba585583b16718d246 git bisect bad 25b063cc33a4d47d0c559132b4460218fd6168fe # good: [7ae9dc0eb055b3d88573a247cf3f756b06ad5cad] source 738bcf5e9a8c443d60c29c3a8068e8c16c72638a git bisect good 7ae9dc0eb055b3d88573a247cf3f756b06ad5cad # bad: [7e69ab2de5155a375e646852d79ea3c39cb51a4e] source 3cdecf3e653864d9818b13de99a38228539baacb git bisect bad 7e69ab2de5155a375e646852d79ea3c39cb51a4e # good: [b9a13bc2e0b33b2841afb2c843257d28c94b04cb] source 0f7008e91f45cf8e3cee6f372ce012b38a795e26 git bisect good b9a13bc2e0b33b2841afb2c843257d28c94b04cb # good: [1fef0173c41e704ad2b81687d3048342ae57dbdc] source b58747e7dbfdb4ded3d774e850b4fcf6940c998e git bisect good 1fef0173c41e704ad2b81687d3048342ae57dbdc # bad: [11648b6d203ad81e037dd93debf8010c8b4b51b4] source 3f9ebde73ae1e281ab2900593a02b241b7c56ea2 git bisect bad 11648b6d203ad81e037dd93debf8010c8b4b51b4 # good: [fbe9fc33e5f3db0d52402c78fb7e005d60e0aacc] source 2b7a38bbf689e9872c0e739936e43953f105c01d git bisect good fbe9fc33e5f3db0d52402c78fb7e005d60e0aacc # bad: [368ee705d11aefd63f484fb4266dce36177deed3] source 0239f033f77eeaac5ae3d74f2a9cb273cf0bfd41 git bisect bad 368ee705d11aefd63f484fb4266dce36177deed3 # bad: [bfda038237c94ed7ba6582cbca429bb43f1f7f83] source 48a8901a205000e9878c7ee5b4fb26e07ea0a607 git bisect bad bfda038237c94ed7ba6582cbca429bb43f1f7f83 # good: [93352aa319ab2ff1099b205bc1e20c57e93eee1f] source 96a38db6e5e9c6a333a3a5c268798edb2ce2d466 git bisect good 93352aa319ab2ff1099b205bc1e20c57e93eee1f # good: [798ba6de38a779ddda7b7944669434c6d2ffffae] source e520b32a8ba59878fa15012505644ab903f53bbf git bisect good 798ba6de38a779ddda7b7944669434c6d2ffffae # good: [29db55253e845d835966e9b659e08bbb9da1b462] source fad7e203a25963128b9ce786d3fc465a32c238ce git bisect good 29db55253e845d835966e9b659e08bbb9da1b462 # bad: [d502c5a967fde1b49f14f9104b992b95e4864960] source 8832510043e80132d9fc4a8b7c5a758eefb45edd git bisect bad d502c5a967fde1b49f14f9104b992b95e4864960 # bad: [2cb38183303b1910dcd1116dd51958a794bf5745] source b3d984ac425bb4dd778fa09cd9cf4b78b4a11720 git bisect bad 2cb38183303b1910dcd1116dd51958a794bf5745 # bad: [77c365df15e720860335fcaca3614a9198e28b87] source d2d6e5c235f35bf3f2137e8dab4b9b32b72430a8 git bisect bad 77c365df15e720860335fcaca3614a9198e28b87 # first bad commit: [77c365df15e720860335fcaca3614a9198e28b87] source d2d6e5c235f35bf3f2137e8dab4b9b32b72430a8
(In reply to psidiumcode from comment #8) > bisect information: > > 77c365df15e720860335fcaca3614a9198e28b87 is the first bad commit > commit 77c365df15e720860335fcaca3614a9198e28b87 > Author: libreoffice <libreoffice@libreoffices-Mac-mini.local> > Date: Wed Mar 31 09:33:21 2021 +0200 > > source d2d6e5c235f35bf3f2137e8dab4b9b32b72430a8 > > source d2d6e5c235f35bf3f2137e8dab4b9b32b72430a8 Hi Psidiumcode, The mentioned commit is about qtcreator, which doesn't seems related to calc at all
Hi Xisco Faulí, Indeed, I could reproduce this issue in Writer, Impress and Draw too.
(In reply to psidiumcode from comment #11) > Hi Xisco Faulí, > > Indeed, I could reproduce this issue in Writer, Impress and Draw too. Not reproducible in Version: 7.1.0.0.beta1+ Build ID: d5e786d78d2f72a39f02746d6e0faa04da72c60a CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_ES.UTF-8); UI: en-US Calc: threaded in Mojave. I was able to insert many emojis in Writer. @psidiumcode, a few questions: 1. Mac version? 2. LibreOffice version? 3. Do you reproduce it in safe mode ?
When this hang occurs, does Activity Monitor show the LibreOffice process consuming any CPU?
Copy pasted one checkmark with latest master Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 3b57ebb445df8a2bc3d916ea79f8af45e20e4e62 CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded and instantly ran into the hang. No high CPU consumption happening. Interestingly not only LO is blocked but also Firefox which only again becomes usable once LO is shut down.
> in Mojave. I was able to insert many emojis in Writer. > @psidiumcode, a few questions: > 1. Mac version? > 2. LibreOffice version? > 3. Do you reproduce it in safe mode ? Hi Xisco Faulí, LO hangs both in normal and safe mode after dragging several symbols with this ver. macOS Catalina Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 3b57ebb445df8a2bc3d916ea79f8af45e20e4e62 CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
Persisting with Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Mac OS X 11.5.2; UI render: default; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded Not limited to specific document but happening with all documents in calc when copy pasting. Often times sufficient to just copy a cell and LO hangs. macOS spit out a crash log which I am attaching: crash log (1 year): https://bin.disroot.org/?0ff73cf50f766849#9pKgbGrG22wtfJLMGsy1azm9CyNN5QuaHCg6sGiiDcAi
Adjusting title as the hangs are not related to emoji or symbols. I ran into ~10 hangs yesterday working with a calc file with text.
Could you please test again with: - LO 7.2.2: https://www.libreoffice.org/download/download/ - A recent master build: https://dev-builds.libreoffice.org/daily/master/current.html And did anyone managed to get a crash report with a signature on https://crashreport.libreoffice.org ? Cheers
Reproduced just yesterday with Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 6cce3821ff14b41b704e279034680ce81d2b14ca CPU threads: 8; OS: Mac OS X 10.16 aka 11.6; UI render: default; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded @stragu: From what I know there is no crash reporting mechanism in LO for macOS so this would have to be coming from win oder linux users.
(In reply to Xisco Faulí from comment #12) > in Mojave. I was able to insert many emojis in Writer. > @psidiumcode, a few questions: > 1. Mac version? > 2. LibreOffice version? > 3. Do you reproduce it in safe mode ? psidiumcode was not in Cc.
For what its worth I am now continuing my calc work in OpenOffice as a workaround until this problem is addressed in LO.
The content of attachment 171252 [details] has been deleted for the following reason: not sanitised
bibisected, problematic commit: https://git.libreoffice.org/core/+/d3b498cc4732f964919fecb265085cefcc422469%5E%21 Adding Luboš to cc: Thanks buovjaga for assistance.
Unable to reproduce in 7.1.0.1 Don't think this is document related thus not re-attaching a file. One tester also reproduced in writer and presentation for which no document ever was provided.
Can we raise importance for this? It prevents work (random crashes) and results in data loss if the crash happens on unsaved state in the stable version of LibreOffice.
@steve: are you still experiencing this in 7.5beta or 7.6alpha ? It seems likely that the fix to 148435, or the fixes recently committed by Patrick Luby might have resolved this issue as well.
Alex, thanks for the ping. These crashes no longer are happening in main build. This feels a lot as if the fix for https://bugs.documentfoundation.org/show_bug.cgi?id=148435 also resolved this issue here or that this issue here was a dupe which I am setting it to now. *** This bug has been marked as a duplicate of bug 148435 ***