Summary: | Color pickers reset to defaults on User Interface change | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Joe T <thookerov> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | momonasmon, raal, thookerov, vsfoote |
Priority: | medium | ||
Version: | 7.4.0.3 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=139803 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 102062 | ||
Attachments: | Screen recording of described bug |
Description
Joe T
2022-09-05 06:47:11 UTC
Can not confirm. With change to an alternate UserInterface from the View menu, the Font Color for a new paragraph is Automatic--so picks up the UI from Application Colors. Or if I focus on the previously colored paragraph the font color is as it was selected. That color also appears on the 'Recent' color bar. Please review your steps-to-reproduce and explain what you think is not correct. Otherwise this is looking => NAB. Version: 7.4.1.1 (x64) / LibreOffice Community Build ID: 0a046a10cbf1679eea5538bd3ab63156caa3a036 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded I think this is the same issue I've been confronted to lately. In Draw or Writer, draw a simple shape (a rectangle, for example), then on the sidebar, choose to fill with a gradient. Select a first color, then do something else (like selecting a second color, or anything else). After selecting the second color (or doing whatever), colors in the selector are back to the default values. Even when you click out the shape and click in back, the selected colors are not those of the shape but the default ones. Very annoying when setting a gradient as sometimes the first color resets before you can chose a second one. Dear Joe T, 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 Created attachment 185920 [details]
Screen recording of described bug
Apologies for letting the info request sit for so long. I didn't receive any update emails. I've added myself to the CC list (again?) to be sure.
Attached is a screen recording of the bug.
Notes:
* I updated to version 7.5.1
* The default seems to have changed from Yellow to Dark Red 2, which is the selection the color picker starts and ends with.
* It doesn't matter if I leave the colored text selected or not, the picker resets. I can record that as well if necessary.
* It doesn't matter which UI layout change is selected, the picker resets. I'll record that if necessary.
As shown in the video, the steps are as I previously described:
1. Put some text into a document.
2. Select some text.
3. Open the text color picker, choose something other than the default - to show distinctly that the picker selection has changed.
4. Open View > User Interface...
5. Select a different UI layout.
6. Apply changes
* It's in this transition that the picker resets
7. Close the UI dialog.
I know this can be easily and consistently reproduced because it took several attempts to get the recording right.
Repro with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7a7eb4aa21ca0c83db825fe8d5a5278611b391d8 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded *** This bug has been marked as a duplicate of bug 154270 *** |