Summary: | CRASH: Clicking on filter by color dropdownlist (gen) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Xisco Faulí <xiscofauli> |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | caolan.mcnamara, samuel.mehrbrodt, serval2412, suokunlong, xiscofauli |
Priority: | medium | Keywords: | bibisected, bisected, haveBacktrace, regression |
Version: | 7.2.0.0.alpha0+ | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=76258 https://bugs.documentfoundation.org/show_bug.cgi?id=142420 |
||
Whiteboard: | target:7.3.0 target:7.2.0.0.beta2 | ||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103512, 142076 | ||
Attachments: |
sample file
bt with debug symbols |
Description
Xisco Faulí
2021-05-20 10:47:25 UTC
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/ |