Description: Line end style may be manipulated via selection lists in properties pane, context menu or drawing menu bar. End style names will be displayed near hovering mouse cursor, sometimes occluding an entry. Clicking on the text crashes LibreOffice. Application is terminated and restarted. Steps to Reproduce: 1. create or open drawing document 2. draw a line 3. select line 4. change line end style to plain (topmost menu entry on right hand side) 5. open menu again and let mouse hover over top right entry. 6. end style name will be shown in text ("- none -") near mouse cursor 7. click on the text Actual Results: LibreOffice crashes. A notification window appears, informing about which documents will be restored upon application restart. Expected Results: End style is applied to line Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 6; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded
Can you attach screen shots of the 4th and 5th steps?
Created attachment 171921 [details] line end style menu with hover text -> click text to crash LO I neede to make this shot in a hurry unless the hover text would disappear. The text changes in accordance to the item the mouse hovers over. Note that the mouse pointer is not in the screenshot, though. Once I click on such a text, LO crashes.
[Automated Action] NeedInfo-To-Unconfirmed
I could reproduce it. In the “Arrow style” button dropdown when clicking on a tooltip of any of the arrow icons will crash the application. Reproduced in Draw, Writer, Calc, Impress. Version: 7.0.5.2 Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a 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 Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: b137ff671f25a605334083c0f87ada84eaa0fcf2 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
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=23a1b7bad5147ee48d7f920085426d8846559af7 author Caolán McNamara <caolanm@redhat.com> 2020-05-15 14:54:58 +0100 committer Caolán McNamara <caolanm@redhat.com> 2020-05-15 17:27:10 +0200 commit 23a1b7bad5147ee48d7f920085426d8846559af7 (patch) tree c8ea9636d9f2a6830d1cd3e5ffa6c55b82834f1c parent f0ca5a0c447f4fe4667693d744af61eaeb0625ee (diff) Resolves: tdf#132461 set color on mouse release, not press Bisected with: mac-7.0 Adding Cc: to Caolán McNamara
This is only reproducible on mac, right ? What happens if the keyboard is used to select the arrow with return, does that also crash ?
(In reply to Caolán McNamara from comment #6) > This is only reproducible on mac, right ? > What happens if the keyboard is used to select the arrow with return, does > that also crash ? So the problem is not when clicking on the arrows but when clicking on the tooltip. On Linux or Windows, it's not possible to click on the tooltip because its position is updated when the mouse is moved. I guess this issue could also be reproduced on linux if we force the tooltip to be drawn in the middle of the cursor
(In reply to Caolán McNamara from comment #6) > This is only reproducible on mac, right ? > What happens if the keyboard is used to select the arrow with return, does > that also crash ? It is not possible to select a hover text with the keyboard. Also, hover text disappears upon keyboard navigation. If an item is selected by keyboard (up/dn/rt/lt) and then the hover text is provoked by placing the mouse over said entry, activating the entry using RETURN is safe and LO stays on. So no, keyboard operation is safe.
(In reply to Caolán McNamara from comment #6) > This is only reproducible on mac, right ? > What happens if the keyboard is used to select the arrow with return, does > that also crash ? OTOH, using the return key, crashes on linux and windows here, but it seems it's another issue
(In reply to Xisco Faulí from comment #9) > (In reply to Caolán McNamara from comment #6) > > This is only reproducible on mac, right ? > > What happens if the keyboard is used to select the arrow with return, does > > that also crash ? > > OTOH, using the return key, crashes on linux and windows here, but it seems > it's another issue Reported in bug 142479
can finally reproduce on my terribly slow mac
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e2970060121824650f95421d8d2411840a40311f tdf#142150 nothing already selected on MouseUp without previous MouseDown It will be available in 7.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/2a0d5643234cd0989f91589695694c809d82e344 tdf#142150 nothing already selected on MouseUp without previous MouseDown It will be available in 7.1.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-1-4": https://git.libreoffice.org/core/commit/899634104854ba5fedc616ff0e53b59ad61cc97a tdf#142150 nothing already selected on MouseUp without previous MouseDown It will be available in 7.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.