Description: If you highlight one cell (or a range of cells) and then select another cell (or range of cells) and try to highlight, it doesn't work the first time, you have to click the highlight button twice. Steps to Reproduce: 1. Select A1 2. Highlight using the toolbar "Background color" button 3. Hit "Down" button (i.e., go to A2 with keyboard) 4. Click toolbar "Background color" button again Actual Results: A2 does not highlight on the first time you push the "Background button" while A2 is selected. You have to push "Background color" a second time to apply the color. Expected Results: We'd expect A2 to be highlighted with one click of the "Background color" button. Reproducible: Always User Profile Reset: No Additional Info: Works in 6.0.4.2 as expected. User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.170 Safari/537.36 OPR/53.0.2907.68
The problem goes well beyond just highlighting. For example: (1) Highlight as previously described (A1, then A2, then A3, then A4) *actually highlight, meaning, repeat click "background button" until highlighting is applied, one cell at a time (2) Try to undo Observed: I have to repeat undo twice for every cell to be changed back to no background.
Regression introduced by: author Daniel <danielfaleirosilva@gmail.com> 2018-03-24 00:13:26 -0300 committer Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> 2018-03-28 08:57:51 +0200 commit bdd7abf56676732f8ce4fd04bea5c72758f1ec3b (patch) tree 0fa318b0f9a67a62055abda66b3301766140a17b parent 1c1160967acf49cffae8921f3ab8361821bbaaaf (diff) tdf#63438 Toggle highlight color to no fill if the same value is active Bisected with: bibisect-linux64-6.1 Adding Cc: to Daniel
after https://cgit.freedesktop.org/libreoffice/core/commit/?id=bdd7abf56676732f8ce4fd04bea5c72758f1ec3b, it seems it's the correct behaviour now. See bug 63438 Closing as RESOLVED WONTFIX
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2fd31c75b677b145cf56404348857e60befcabff tdf#117987 tdf#118138 Compare with the currently used color It will be available in 6.2.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.
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=415368daf3047a6dfb2577822a72f65df7374df8&h=libreoffice-6-1 tdf#117987 tdf#118138 Compare with the currently used color It will be available in 6.1.0.1. 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.
Verified in Version: 6.2.0.0.alpha0+ Build ID: 2dac65c50481684863433d67999c0ecf81c67e6b CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded @Maxim Monastirsky, thanks for fixing this!!!
Artur Neumann committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/3d61113a803f3d99a52ca9acce06c5dc6cb38f35%5E%21 UI test for tdf#117987 It will be available in 6.4.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.