Description: 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.
I confirm it with Version: 7.3.2.2 (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)
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
Dear Werner, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
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 MassPing-NeedInfo-FollowUp