Bug 147996 - keyboardshortcut font-color doesn't work
Summary: keyboardshortcut font-color doesn't work
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Shortcuts-Accelerators
  Show dependency treegraph
Reported: 2022-03-15 07:42 UTC by Werner
Modified: 2023-03-11 03:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Werner 2022-03-15 07:42:59 UTC
in older versions I could assign a shortcut to font-color (german: Zeichenfarbe)

I could select some text in writer, the press the shortcut and the selected text became colored with the font-color used last time before.

Now there are two problems:

1. in the menu, where I can (re)assign keyboard-shortcuts, there appears "Zeichenfarbe" (font-color) twice. No one works.

2. the font color used last time (button in a bar) changes back to a default-color after a while - formerly it didn't change automatically, but only could be changed by the user, which I prefere!!

Steps to Reproduce:
1. change font-color for some text
2. reassign shortcut to font-color (Zeichenfarbe) 
3. select some text
4. press the shortcut defined before

Actual Results:
1. some time later the choosen font color changes back (button in a bar)
4. nothing happens or (there are two "Zeichenfarbe"-commands, which can be assigned to a shortcut) it opens a font-property-dialog-window

Expected Results:
1. the font-color used last time should stay
2. there are several commands several times in the shortcut-reassigning-dialog - it would be better to use every name only once and make clear, what it means
4. pressing the shortcut should just make the selected text colored with the font-color choosen last time before

Reproducible: Always

User Profile Reset: No

Additional Info:
In older versions it worked fine.
Comment 1 Dieter 2022-03-29 06:10:05 UTC
I confirm it with

Version: (x64) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Actual result
Shortcut for .uno:Color opens character dialog
Shortcut for .uno:FontColor doesn't work (nothing happens)
Comment 2 Justin L 2022-08-11 18:54:25 UTC
The "color changes back to default" happens after something like a "print preview". bug 139803

Ambiguous names was the topic of bug 108458.

Perhaps in your workflow it would work to use Edit-Repeat (Shift-Ctrl-Y)?

AFAICS, the difference (at least in the toolbars) between the two seemingly identical choices is:
uno:Color: with no selection, it applies to the whole word.
uno:FontColor: with no selection, it turns into a watering can.

And as Dieter clarified, the keyboard shortcut for uno:Color pops up the character properties dialog. (Already true in LO 3.5.) The keyboard shortcut is going to work similarly to a menu entry (like Format) - and a menu entry wouldn't make sense to apply a toolbar's color-value.

FontColor was in the main formatting toolbar (swriter/toolbar/textobjectbar.xml) until LO 5.4. https://gerrit.libreoffice.org/37203

I tested setting Ctrl-6 to uno:FontColor and Ctrl-7 to uno:Color in bibisect-linux-43all at the oldest commit I can run - LO 3.5.

I don't see how you could have had your desired results work in earlier versions. Can you identify a version where it worked, and then also the exact steps taken? NEEDINFO
Comment 3 QA Administrators 2023-02-08 03:24:48 UTC Comment hidden (obsolete, spam)
Comment 4 QA Administrators 2023-03-11 03:24:51 UTC
Dear Werner,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team