After choosing "no background" color, the previous color is applied.
This happens only with "no background", not with other normal colors.
This happens only when clicking on the button afterwards (the time where you choose "no background", the selected text color is properly set to "no background").
[Reproducible] with "LibreOffice 3.3.1 – WIN7 Home Premium (64bit) English UI [OOO330m19 (build 8 / tag 188.8.131.52)]"
Steps to reproduce
1. open new WRITER document
2. type 3 words
3. select one word by double click
4. open character background color picker by long click on 'Highlighting' icon
5. Select "light red" by click
picker closes. Character background becomes "light red"
6. select second word and apply background color by clicking
as expected background becomes "light red" because icon showed that color as
7. select first word
8. open 'Highlighting' color picker and select "no fill"
as expected, red background for word disappears and color mark below icon
becomes empty for "no fill"
9. Double click third word
10. click 'Highlighting' icon.
expected: nothing, because latest selection "no fill" should be applied
(what also is shown in color mark below icon)
actual: background red for latest background COLOR selection
Additionally strange: this latest COLOR selection ("Light red") will be stored when you close LibO. After reopen in a new document, 'Highlighting' icon color mark will still show "no fill", but wehn you type some characters, select them and click on 'Highlighting' icon background will become red
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
An EasyHack should have been checked by developers and thus is confirmed regardless of age. Moving back to NEW from NEEDINFO again. Sorry for the hassle.
This one seems to be fixed in 3.4.5 for Font color and Font background ("highlighting"), but not for paragraph background.
Please decide whether this one should be closed or "Bug 44611 - UI: Paragraph Background Color picker behavior inconsistent"should be marked as a DUP of this one.
1 "EasyHack" is enough
No idea what I believed to see, this one is not fixed for 3.4.5, also not for 3.5.0 RC2
@Rainer, comment 5: This is a completely different issue than 44611. So, all, please don't mark this or the other bug as a dupe.
Please let us know your further results.
Created attachment 59660 [details]
I got a patch. There was a missing line when "no fill" was the last selection.
Aldo Roman NureÃ±a committed a patch related to this issue.
It has been pushed to "master":
fdo#35042: previous color applied instead of "no fill"
Thank you for the patch!
Migrating Whiteboard tags to Keywords: (EasyHack DifficultyBeginner SkillCpp TopicUi )