1) On a new worksheet select a block of cells
2) 'Background Colour' Button - select a colour eg Blue
3) select a cell in the colour block
4) 'Background Colour' Button - select 'No Fill'
5) Select a blank cell in worksheet.
6) Behaviour: 'Background Colour' Button retains the 'Blue' colour indicator making the user believe that if the button is pressed, it will fill the cell with 'blue' (as it would had 'No Fill' not been last selected...it would still action a Blue fill)
Suggested behaviour - selecting 'No Fill' makes the 'Background Colour' Button indicator go transparent / white / or have a cross. This would give the user reassurance that the next 'press' of the button will action 'No Fill'.
As a comparison, try two cells with text in each, use the change font colour button, change the colour, then go back and select 'Automatic' - Notice how the font colour button indicator goes transparent.
On pc Debian x86-64 with 3.6 sources updated today, I don't reproduce this.
David: just for the test, could you give a try to prerelease 3.6.3 (see http://www.libreoffice.org/download/pre-releases/)?
Tested and confirm that behaviour exists in 184.108.40.206 on Windows 7x32.
Put back the original version when the bug has been found.
With Windows Vista and 220.127.116.11, I don't reproduce this.
Rainer: if you have some time, could you give it a try. I must be something (as some other bugs these days... :-()
If its specific to Windows 7x32 - both of the machines tested are on SP1 and are fairly current with updates. Java version 7.9.
I confirm this bug with version 3.6.5 and 4.0.2 on Windows XP.
The bug only occurs with Windows, I cannot reproduce the behaviour with Linux.
When the last applied colour is 'no fill', the button shows the one before last applied colour, where it should show the last applied colour.
With Writer, this problem also occurs with background colour, but not with highlight colour.
(In reply to comment #6)
> When the last applied colour is 'no fill', the button shows the one before
> last applied colour, where it should show the last applied colour.
> With Writer, this problem also occurs with background colour, but not with
> highlight colour.
The bitmap of the button does change, though, when 'no fill' is selected: the border of the colour area was the same colour as the area and after selecting 'no fill' the border becomes black, but the area keeps showing the last applied colour.
(Noted with version 18.104.22.168 on Wondows XP)
Can't reproduce anymore with the latest master under WinXP/Win7/Fedora. Feel free to reopen if you still able to reproduce the bug with master.