Description: - Open Impress (v 5.4.6 or 6 tested) on Gnome (Arch Linux) on Wayland (Xorg works perfectly) - It is openned under general LibreOffice icon, not under Impress icon (only on Wayland - this bug is already addressed and in 6.0 still not solved) - Choose some template (I used "DNA"), create something, save - Click to some text field - Ctrl (hold) + Shift (hold) + u2212 (and finally release Ctrl + Shift) => should insert a minus - Impress crashed - Click not to restore - Confirm not to restore, confirm not to restore - See Writer is openned instead of Impress? What the.. Actual Results: general LibreOffice icon, crash, different component after crash Expected Results: Impress icon, no crash, Impress after restart Reproducible: Always User Profile Reset: Yes Additional Info: User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0
That input works fine for me, no crash. Is there a backtrace ? (Icon is separate issue and cannot be fixed via current gtk apis https://bugzilla.gnome.org/show_bug.cgi?id=779143)
Got a fedora 28 report that is similar, so maybe something new going on https://bugzilla.redhat.com/show_bug.cgi?id=1569331
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d4a01820ae094ef2d4ec2196334120600b1c9621 Related: tdf#116951 rhbz#1569331 end should be in terms of unicode chars It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
No crash for me under a Wayland session with a recent build. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 14184060bd2249a492ea44d36463914c421e6ce5 CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 23rd 2018
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=697ebd15d646e41bb69726f7b438ebbfaff141b0 Resolves: tdf#116951 rhbz#1569331 start is G_MAXINT It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
sberg can reproduce and reports that my (second) effort at this works.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4d6fc3c88902ca74f934960e7600df99605dea48 Related: tdf#116951 use same pattern for gtk2 It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
@Caolán, should it be backported to LibreOffice 6.0 ?
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f7d8a6ffae387a2698b07a8841e09ca3ed0bb000&h=libreoffice-6-0 Resolves: tdf#116951 rhbz#1569331 start is G_MAXINT It will be available in 6.0.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 118159 has been marked as a duplicate of this bug. ***