Description: 1. new spreadsheet 2. format, page, header, edit 3. press down arrow on keyboard 4. document crashed 5. recovery dialog appeared, changes are lost. Steps to Reproduce: 1. new spreadsheet 2. format, page, header, edit 3. press down arrow on keyboard 4. document crashed 5. recovery dialog appeared, changes are lost. Actual Results: 4. document crashed 5. recovery dialog appeared, changes are lost. Expected Results: nothing happens, no crash Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded
I can't reproduce it in Versión: 6.3.4.2 (x86) Id. de compilación: 60da17e045e08f1793c57c00ba83cdfce946d0aa Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; Configuración regional: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
It's still happening in safe mode, and in a new blank profile. Might be a macos specific bug for the 6.4.3.2? Not happening in the stable older version Version: 6.2.8.2 Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded
cannot reproduce here in Version: 6.3.4.2.0+ Build-ID: 1:6.3.4-2 CPU-Threads: 2; BS: Linux 5.3; UI-Render: Standard; VCL: kde5; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded
don't repro in Версия: 6.3.3.2 ID сборки: a64200df03143b798afd1ec74a12ab50359878ed Потоков ЦП: 4; ОС:Mac OS X 10.15.2; Отрисовка ИП: по умолчанию; VCL: osx; Локаль: ru-RU (ru_RU.UTF-8); Язык интерфейса: ru-RU Calc: threaded nor in Версия: 6.4.0.0.beta1 ID сборки: 4d7e5b0c40ed843384704eca3ce21981d4e98920 Потоков ЦП: 4; ОС:Mac OS X 10.15.2; Отрисовка ИП: GL; VCL: osx; Локаль: ru-RU (ru_RU.UTF-8); Язык интерфейса: ru-RU Calc: threaded nor in Version: 6.5.0.0.alpha0+ Build ID: e22a3f596ce50b5166063e217d96ef674a54d380 CPU threads: 4; OS: Mac OS X 10.15.2; UI render: GL; VCL: osx; Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded
Hello ted, Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Created attachment 157963 [details] screen capture of the crash Still happening in Version: 7.0.0.0.alpha0+ Build ID: 4caa7b790cf99eebbe47fc2e6a56124c42f1f3fc CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded Macbook 12 inch early 2015
mac only ?
I can't reproduce this both in stable and master. Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 8; OS: Mac OS X 10.15.3; UI render: GL; VCL: osx; Locale: en-ID (en_ID.UTF-8); UI-Language: en-US Calc: threaded Version: 7.0.0.0.alpha0+ Build ID: 15c0f22c31a46ce37e98f9394e6a8e0bc92495f9 CPU threads: 8; OS: Mac OS X 10.15.3; UI render: default; VCL: osx; Locale: en-ID (en_ID.UTF-8); UI-Language: en-US Calc: threaded
6.3.4.2. on Mac OS 10.14.6 Similar problem. I go to insert -> headers and footers Try to type in the dialogue, hitting any key would crash. Tried on safe mode, and still happens.
I can reproduce this problem when I use Apple Japanese IME. MacOS High Sierra 10.13.6 LibreOffice 6.4.1.2
I have a similar problem. Crash when selecting a Japanese input source and entering any key in the header and footer dialogs. No crash when selecting U.S. input source. Reproduce in the following environment. Version: 6.4.1.2 Build ID: 4d224e95b98b138af42a64d84056446d09082932 CPU threads: 4; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; Locale: ja-JP (en_JP.UTF-8); UI-Language: en-US Calc: threaded Version: 6.4.1.2 Build ID: 4d224e95b98b138af42a64d84056446d09082932 CPU threads: 4; OS: Mac OS X 10.15.4 Beta(19E242d); UI render: default; VCL: osx; Locale: ja-JP (ja_JP.UTF-8); UI-Language: en-US Calc: threaded Does not reproduce in the following environment. Version: 6.3.1.2 Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 CPU threads: 4; OS: Mac OS X 10.15.4 Beta(19E242d); UI render: default; VCL: osx; Locale: ja-JP (ja_JP.UTF-8); UI-Language: en-US Calc: threaded
Not reproduced in Version: 7.0.0.0.alpha0+ Build ID: 6c7d51643634a4a4111f673760567e10e48467d0 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: ja-JP (en_US.UTF-8); UI-Language: en-US Calc: threaded
Not reproducible both on stable and master versions Version: 6.4.2.2 (x64) Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; Locale: en-GB (en_GB); UI-Language: en-US Calc: CL Version: 7.0.0.0.alpha0+ (x86) Build ID: 7c5d207c6adaafa8c4f6fe90e3389c7fdaadc800 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: en-GB (en_GB); UI-Language: en-US Calc: CL
I can reproduce this, and it has been reproduced by three other commenters besides the original bug reporter Insert-> Header and footer Click after text on "Sheet1" in center area Press arrow key down -> Crash of document It only happens if I choose e.g., Katakana as input method, not e.g., Norwegian Not present in LO 3.3, and this is a regression since 6.2.8 according to comment #2 As this is a regression and a crash, setting priority to highest critical Version: 6.4.3.5 Build ID: 4db9852e73d9e9d662fc8a2783bace79addf1805 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=556d4f458d92745a8f95ecb12fefa76e68cb9251 Author Caolán McNamara <caolanm@redhat.com> 2019-11-14 16:01:53 +0000 committer Caolán McNamara <caolanm@redhat.com> 2019-11-14 21:14:33 +0100 commit 556d4f458d92745a8f95ecb12fefa76e68cb9251 (patch) tree 2032c9d6d8e0ad65a0c8c358e96eaa8a998ad352 parent 746fb9401af4178d4d227783026bed9aa2f398ac (diff) tdf#128104 Input Engine events are delivered via Command Bisected with: bibisect-mac64-6.5 Adding Cc: to Caolán McNamara Adjusting importance a bit
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d6fce28dea6e1e51ec5de88ef17cc56180b8c2db Resolves: tdf#129620 crash because there is no associated window It will be available in 7.0.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.
fixed in master, backport to 6-4 in gerrit
tested and confirmed it is not crashing anymore with english keyboard or other input method (japanese, korean, chinese) but new minor bug is introduced: there is no keyboard cursor in the active text area, even though typing is fine. reopen or submit a new bug? Version: 7.0.0.0.alpha1+ Build ID: 442c7b95e2ee94b66a9854d0cb22f8ecb76532c6 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
don't reopen because its not the bug reported
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/f6b3f97759be00e382e482512fb89f3d777e8e06 Resolves: tdf#129620 crash because there is no associated window It will be available in 6.4.5. 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.