Created attachment 202312 [details] example of control The attachment shows the number control of an area transparency. But the problem exists with all number controls. When the control reaches the lowest value, the up-arrow is drawn as inactive. When the control reaches the highest value, the down-arrow is drawn as inactive. It should be the other way round. The arrow buttons work as expected, that is, when at highest value only the down-arrow acts and at lowest value only the up-arrow acts. But their appearance is wrong.
Reproducible Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7f4868348c14b305fcd75744e1e3544d0d3a5d61 CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Latest version that works on the ones I have installed. Version: 25.8.1.0.0+ (X86_64) / LibreOffice Community Build ID: 00b2dd5faeb43ff50c84139a31892956a6a142d7 CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
Looks as a duplicate of tdf#167644
Might be a duplicate. Let's wait and see whether they have the same reason for the regression. I have tested LibreOffice on Ubuntu. That is not affected. The spin controls are horizontal - and + there, and they are rendered correctly at the ends of the range. I cannot test Mac. It might be a Windows-only problem.
The fix for 167644 fixes this too, so I set it to duplicate *** This bug has been marked as a duplicate of bug 167644 ***