Created attachment 172194 [details] sample file Steps to reproduce: 1. Open attached document 2. Click on A1 autofilter 3. Click on 'Background color' and do not release the mouse button 4. While you hold the mouse button clicked, move the mouse somewhere else and release -> Crash Reproduced in Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 4e4e02904fdff021631e7758a277b7c1c7b9378a CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Crash introduced in https://cgit.freedesktop.org/libreoffice/core/commit/?id=5a4bd9bfbdb881368c202bc766f893a5c672621e author Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de> 2021-04-21 09:53:54 +0200 committer Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de> 2021-05-03 09:32:17 +0200 commit 5a4bd9bfbdb881368c202bc766f893a5c672621e (patch) tree d3f37369f5085e1f343ebb38c2ed13cd9ed8cc72 parent 95d8eb87eb20351a2e5795fc8c16653c0f58d6b4 (diff) tdf#76258 Filter by colors Bisected with: bibisect-linux64-7.2 Adding Cc: to Samuel Mehrbrodt
Created attachment 172210 [details] bt with debug symbols On pc Debian x86-64 with master sources updated today + gen rendering, I could reproduce the crash.
This looks like a general problem in the vcl backend, probably only accidentally triggered by my code. @Caolan, any idea what could be the problem here?
*** Bug 142420 has been marked as a duplicate of this bug. ***
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3c0938c9bb63fa65ea44439b4e838ed0d9fa1260 tdf#142393 crash on filter by color dropdownlist (gen) It will be available in 7.3.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.
Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/04fc015bbf14b0b3807678cf4d63a7852508ced1 tdf#142393 crash on filter by color dropdownlist (gen) It will be available in 7.2.0.0.beta2. 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: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 6e53e03f752c2f85283c4d47efaaf0683299783c CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Noel, thanks for fixing this issue!!
On Windows builds, the shortcut on the menu entry is just Ctrl, and does toggle the formula <> calculation. http://www.iu-bloomington.com/ But the expected shortcut <Ctrl>+` toggles the view of the cell. (On en-US 102 keyboard that is combined with the ~ key upper left) Customize keyboard for Calc or LibreOffice shows no keys assigned to the View -> Show Formula action. Hmm... https://www.webb-dev.co.uk/ @Jay? Windows 10 Pro 64-bit (1607) en-US with Version: 5.3.0.0.alpha0+ Build ID: c2b48a763df113e63e6a27ee05b9a6834e4e49a4 https://waytowhatsnext.com/ CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-10-20_06:56:44 Locale: en-US (en_US); Calc: CL The show formula uno command (.uno:ToggleFormula) has been assigned[1] to "QUOTELEFT_MOD1" since the OOo days, but i recently added it to the view menu in master. http://www.acpirateradio.co.uk/ I noticed the shortcut a few days ago when i was in the menu and found it was strange as well to say 'grave'. :D So i'm assuming we should show the character rather than naming it, like we do with command and semi colon. http://www.logoarts.co.uk/ A spreadsheet with large row heights (e.g. a big description) - even larger than your screen height - should of course still be easy to work with. However for no good reason LibreOffice's scrolling in spreadsheets is designed to snap to rows and this makes it hard - or almost imposslble - to work with spreadsheets with large row heights. http://www.slipstone.co.uk/ Of course scrolling should be like in a webbrowser - natural and smooth - but instead LibreOffice moves in big jumps like a broken mouse. Try scrolling up and down in the attached spreadsheet - and perhaps even type a big amount of text and while typing use the scrollbar to position the text/cursor where you want vertically. It's impossible. http://embermanchester.uk/ A spreadsheet with large row heights (e.g. a big description) - even larger than your screen height - should of course still be easy to work with. However for no good reason LibreOffice's scrolling in spreadsheets is designed to snap to rows and this makes it hard - or almost imposslble - to work with spreadsheets with large row heights. http://connstr.net/ Of course scrolling should be like in a webbrowser - natural and smooth - but instead LibreOffice moves in big jumps like a broken mouse. Try scrolling up and down in the attached spreadsheet - and perhaps even type a big amount of text and while typing use the scrollbar to position the text/cursor where you want vertically. It's impossible. http://joerg.li/ A spreadsheet with large row heights (e.g. a big description) - even larger than your screen height - should of course still be easy to work with. However for no good reason LibreOffice's scrolling in spreadsheets is designed to snap to rows and this makes it hard - or almost imposslble - to work with spreadsheets with large row heights. http://www.jopspeech.com/ Of course scrolling should be like in a webbrowser - natural and smooth - but instead LibreOffice moves in big jumps like a broken mouse. Try scrolling up and down in the attached spreadsheet - and perhaps even type a big amount of text and while typing use the scrollbar to position the text/cursor where you want vertically. It's impossible. http://www.wearelondonmade.com/ A spreadsheet with large row heights (e.g. a big description) - even larger than your screen height - should of course still be easy to work with. However for no good reason LibreOffice's scrolling in spreadsheets is designed to snap to rows and this makes it hard - or almost imposslble - to work with spreadsheets with large row heights. http://www.compilatori.com/ Of course scrolling should be like in a webbrowser - natural and smooth - but instead LibreOffice moves in big jumps like a broken mouse. Try scrolling up and down in the attached spreadsheet - and perhaps even type a big amount of text http://www-look-4.com/ and while typing use the scrollbar to position the text/cursor where you want vertically. It's impossible. http://www-look-4.com/