Summary: | Changing Add in Columns->Optimal width causes some columns to be too narrow | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | David Lynch <dlynch1319> |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | aron.budea, buzea.bogdan, dlynch1319, gladys7david, ilmari.lauhakangas, khaled, miguelangelrv, telesto |
Priority: | medium | Keywords: | bibisected, bisected, regression |
Version: | 24.2.0.0 alpha0+ | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=160786 https://bugs.documentfoundation.org/show_bug.cgi?id=156234 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | Khaled Hosny | |
Bug Depends on: | |||
Bug Blocks: | 71732, 108364 | ||
Attachments: | Exhibits bug 160921 |
Description
David Lynch
2024-05-03 10:35:58 UTC
Created attachment 193950 [details] Exhibits bug 160921 Reproducible Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded but works fine doing: - Select all - Double click between column head separators. Last version working for me Version: 7.6.6.3 (X86_64) / LibreOffice Community Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded The first bad for me: Version: 24.2.0.0.alpha1 (X86_64) / LibreOffice Community Build ID: 06946980c858649160c634007e5fac9a5aa81f38 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Reproducible also with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f4ef5435df5560e6b6b061ce4053c71e2819bf51 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Isn't this a consequence of OP's own prior report tdf#158997? Or, a simple (false) dupe? What is the precise difference between tdf#158997 and this new tdf#160921? It is important to understand the difference and exact report/request in order to actually solve it. bibisect from 24.2 in windows 10 to 4b743de97fc133623e46827869c4ea3eb845ad47 Don’t round glyph coordinates when doing subpixel positioning (In reply to gladys from comment #5) > bibisect from 24.2 in windows 10 to 4b743de97fc133623e46827869c4ea3eb845ad47 > Don’t round glyph coordinates when doing subpixel positioning Result verified with bibisect-linux-64-24.2 repo. |