Description: LibreOffice freezes when I try to open an ODT document. No load or error message appears, it just freezes and I have to force close. I have tried version 6.1.2 (x64) and RC 6.1.3.1 (x64), and both have this problem. With OpenOffice I can open this same document perfectly. Steps to Reproduce: 1. Open ODT document Actual Results: Crash Expected Results: Open document Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Versión: 6.1.3.1 (x64) Id. de compilación: a9670562c26181ec3afbe381c9ff499ae88c98b7 Subprocs. CPU: 8; SO: Windows 10.0; Repres. IU: GL; Configuración regional: es-ES (es_ES); Calc: CL
Created attachment 145807 [details] ODT file with which LibreOffice freezes.
reproduced with Version: 6.1.3.1 (x64) Build-ID: a9670562c26181ec3afbe381c9ff499ae88c98b7 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: and Version: 6.2.0.0.alpha0+ (x64) Build ID: b9234b43ed259a10cf9077032af0f79740f01d8b CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: de-DE (de_DE); Calc: threaded 100% cpu for 1 core and memory goes up to ... seems to be a memory leak but not reproducible with: Version: 5.4.7.2 Build-ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU-Threads: 4; BS: Windows 6.2; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: single AOO 4.1.5
and not reproducible with Version: 6.0.7.1 (x64) Build-ID: 5d2cb2a5dd04fe174b336488731eb50bbb5faed3 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group
could someone from qa team please verify, cause this is my first bisect ;-). Bisected with: bibisect-win32-6.1 https://cgit.freedesktop.org/libreoffice/core/commit/?id=0be3db28a4db4d2c81a5cb2edd48711eec55b51b 57746b59ac105b93db876ee352cdd444816af54a is the first bad commit commit 57746b59ac105b93db876ee352cdd444816af54a Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Fri Apr 20 10:58:49 2018 -0700 source 0be3db28a4db4d2c81a5cb2edd48711eec55b51b source 0be3db28a4db4d2c81a5cb2edd48711eec55b51b :040000 040000 d890098ac8857607561b42b299cd1a04066243fe 49b93212de65d86ea33d94f8fe28239505b99c27 M instdir $ git bisect log # bad: [7ee9f0665bc96bcfa34506bef9b1569e6b368708] source 22c451df33b733440f24c1feb6380d31240d55e6 # good: [29d08f54c2f71ffee4fe12dbb24c5f5cbedecfd2] source 6eeac3539ea4cac32d126c5e24141f262eb5a4d9 git bisect start 'master' 'oldest' # good: [c0dc3e12b2b5f3047c02ed9cfe2f54e3fd663273] source fa2a43c29051b1bdcd0aef2e9cebfd206a4448ce git bisect good c0dc3e12b2b5f3047c02ed9cfe2f54e3fd663273 # good: [aa9ee79da17464e0558d7b73ef63e1e14c5ba342] source cc7ff0c141e27090ab521073b961b5eeeb4d693e git bisect good aa9ee79da17464e0558d7b73ef63e1e14c5ba342 # bad: [3a91a0eac74a6f94ea2ec5b69edf16658be818f2] source c4380ced324877a91a6df5db938c70ab53a257a1 git bisect bad 3a91a0eac74a6f94ea2ec5b69edf16658be818f2 # bad: [c329ce0207b27fca59767250b821a986269aadc4] source e87ea03a0d595ed478f281a723a6889228babeb2 git bisect bad c329ce0207b27fca59767250b821a986269aadc4 # good: [e167d258e60bd93f679c9bee530a71026e84b873] source 73584b2342b4e527b5329b4bf779171c4fc2d4ce git bisect good e167d258e60bd93f679c9bee530a71026e84b873 # bad: [1eb2d6267627ecb23a5d25e0a95aa0e8e631049b] source cbbca8d13d02cee0ba5081a714742d8e17613d32 git bisect bad 1eb2d6267627ecb23a5d25e0a95aa0e8e631049b # bad: [2edeed651b8370e665633c5729cce3a7ed8084ee] source c7d2b252d8efd71390c4b67b9efd4ea156dadf2e git bisect bad 2edeed651b8370e665633c5729cce3a7ed8084ee # bad: [a90e8fe019a78e39ce60ac74a0eb341e87d3cecc] source 79391d92df7a474651e02980f238eac4781305ce git bisect bad a90e8fe019a78e39ce60ac74a0eb341e87d3cecc # good: [65b8d798910b4bf03d3c245c577939fd13c08bb4] source fe851316be45b891468fdab4d8b8f23fdf869e5e git bisect good 65b8d798910b4bf03d3c245c577939fd13c08bb4 # good: [5ed3f731708bb0ff63dd189beca90b10176f39e9] source ef7f8c263fcb2bac596aa0247f1e54ff375c3146 git bisect good 5ed3f731708bb0ff63dd189beca90b10176f39e9 # bad: [2eae9aff38be2b84958d449764dee244fb3c6e88] source e9c52f55f0cc7155d6883e4d2abf14f1638b03b3 git bisect bad 2eae9aff38be2b84958d449764dee244fb3c6e88 # bad: [2ff935271aaf32e6b311eeee4a5c0e11f037734b] source 3d8bbd690e6dd9f72c2d5fe53b8df7369b9f80ce git bisect bad 2ff935271aaf32e6b311eeee4a5c0e11f037734b # bad: [57746b59ac105b93db876ee352cdd444816af54a] source 0be3db28a4db4d2c81a5cb2edd48711eec55b51b git bisect bad 57746b59ac105b93db876ee352cdd444816af54a # first bad commit: [57746b59ac105b93db876ee352cdd444816af54a] source 0be3db28a4db4d2c81a5cb2edd48711eec55b51b
Also reproduced in Version: 6.2.0.0.alpha1+ Build ID: 19a0698079fbba36646a2d06eaec3a7fde60b2f5 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: threaded
(In reply to Oliver Brinzing from comment #4) > could someone from qa team please verify, > cause this is my first bisect ;-). > > Bisected with: bibisect-win32-6.1 > > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=0be3db28a4db4d2c81a5cb2edd48711eec55b51b > I do confirm the commit mentioned above is the one introducing this regression. Adding Cc: to Vitaliy Anderson
I try to fix it soon
Created attachment 146552 [details] A .DOC freezing LO (memory consumption grows indefinitely) See also https://ask.libreoffice.org/en/question/172013/i-was-upgrade-liberoffice-from-4-to-61ver/ (which is the source of the attached document). Bibisected to this.
Created attachment 146559 [details] tdf#120677: Absolutely minimal reproducer Vitaliy: hope this could help you.
We agreed with Vitaliy that I take this: https://gerrit.libreoffice.org/63290
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/4bb28ad217ea9d6511b6921dcd3d28328edcb4d6%5E%21 tdf#120677: restore treatment of blanks in SwTextGuess::Guess It will be available in 6.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.2.0.0.alpha1+ Build ID: 21b0bd63a41bda1153bb6173ec23ecdd13353999 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Mike Kaganski, Thanks for fixing this!!
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-6-1": https://git.libreoffice.org/core/+/7c7f46faa213d9c20bf5cebcc72b0f5dc86b0248%5E%21 tdf#120677: restore treatment of blanks in SwTextGuess::Guess It will be available in 6.1.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.