Description: LibreOffice Version: 6.2.5.2 (x64) Build-ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 Using left lline stack {1 # 2 # 3} right rline in a math formula in LibreOffice Writer the vertical lines shift right so the left line interferes with the stack and the right vertical line interferes with the next item. This happens only on screen, printing to pdf or paper doesn't show any shift. The double vertical lines show the same bug. Steps to Reproduce: 1. Einfügen -> Objekt -> Formel 2. left lline stack {1 # 2 # 3} right rline Actual Results: the left vertical line interferes with the stacked numbers, the right vertical line shows is too far right The problem shows only on screen, pdf and paperprint are correct Expected Results: the stack of numbers should be horizontally centered Reproducible: Always User Profile Reset: No Additional Info: Version: 6.2.5.2 (x64) Build-ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU-Threads: 12; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL
Confirmed on Windows 10 Home 64-bit en-US (1903) with Version: 6.3.1.2 (x64) Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded However, the node is placed correctly when OpenGL rendering is not selected and Default GDI (HA or CPU only) rendering is used.
Created attachment 154089 [details] the lline and rline elements are misplaced out of their nodes with OpenGL rendering, OK with default
@Roman, @Aron, Could you please check if this issue is reproducible with older versions of LibreOffice ?
Having exactly same problem (libreoffice 6.2 and older, not happened in 6.1). It also happens with abs <?> function or the left lline <?> right rline equivelent (not happens only with lline <?> rline) on a matrix or other big element is uncorrectly rendered as the bug description says. Uploading a sample document with more examples.
Created attachment 155756 [details] More examples of the bug
@dante19031999 (In reply to dante19031999 from comment #4) Thanks for the test document. Its meta.xml shows you to be working with LibreOffice/6.3.3.2$Windows_X86_64 LibreOffice_project/a64200df03143b798afd1ec74a12ab50359878ed Please verify if you have OpenGL rendering enabled. And also report what happens to the formula rendering when you disable OpenGL rendering from Tools -> Options -> View Are the formulas still corrupt? Otherwise, malrendered formulas with OpenGL enabled, but clean rendering with Default GDI (HA or CPU only) with this test document on a Windows 10 Ent 64-bit (1903) build with nVidia K2000 (driver 23.21.13.9133) and Version: 6.3.2.2 (x64) Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded
Without OpenGL it works fine. Version: 6.3.3.2 (x64) Build-ID: a64200df03143b798afd1ec74a12ab50359878ed Subprocs. CPU: 4; SO: Windows 10.0; Repres. IU: GL; VCL: win; Locale: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded I see in your message you let your graphic card model, I let mine in case it can help: AMD Raedon R5 M330, driver version 19.11.1.
Hello, This comment is going to be post on the bugs: bug 32362 bug 133081 bug 92373 bug 127483 All those bugs seem to be related. In my humble opinion as begginer programmer they seem to be related with a disfunction with OpenGL in windows. Tested on linux (LO 6.4), no problem. Tested with beta 7 on windows, no problem (does not use OpenGL any more). So the bug happened to correct by itself. So I suggest marking as duplicated bug 32362 bug 133081 bug 127483 and close them all.
*** This bug has been marked as a duplicate of bug 133081 ***