Bug 167537 - Odd layout after changing font via character style
Summary: Odd layout after changing font via character style
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.2.3.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-07-17 09:41 UTC by Ulrich Windl
Modified: 2026-01-14 03:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Text before applying character style (4.51 KB, image/png)
2025-07-17 09:41 UTC, Ulrich Windl
Details
Text after applying character style (4.76 KB, image/png)
2025-07-17 09:42 UTC, Ulrich Windl
Details
Properties of the character style (21.44 KB, image/png)
2025-07-17 09:46 UTC, Ulrich Windl
Details
Text after applying the character style after Writer was re-started (4.70 KB, image/png)
2025-07-17 09:56 UTC, Ulrich Windl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ulrich Windl 2025-07-17 09:41:17 UTC
Created attachment 201831 [details]
Text before applying character style

I've upgraded to Windows 11 yesterday fro mWindows 10, and before I never saw this effect. Also (in case it my matter) Windows wasnt to reboot after having installed the current updates.

Anyway: I marked a portion of text then double-clicked on a character style that is supposed to change the font and font weight.
However what happens (reproducible) is that the text layout changed in an unexpected way (see screenshots to follow).

Also, when trying to extract a test case, I noticed that the German double quotes were missing when pasting the marked text int an empty Writer document. It looks as if something is very strange with fonts in Windows 11.
Comment 1 Ulrich Windl 2025-07-17 09:42:32 UTC
Created attachment 201832 [details]
Text after applying character style

After having double-clicked the character style the text is a mess.
Comment 2 Ulrich Windl 2025-07-17 09:46:26 UTC
Created attachment 201833 [details]
Properties of the character style

So the character style should just switch the font and make the text bold (marked in screenshot).

Well, I'm using the portable version of LibreOffice here:
Version: 25.2.3.2 (x86) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded
Comment 3 Ulrich Windl 2025-07-17 09:56:55 UTC
Created attachment 201834 [details]
Text after applying the character style after Writer was re-started

When I tried to close the document and re-open is, Writer crashed (https://crashreport.libreoffice.org/stats/crash_details/d24a5155-3e94-4554-8a37-b73fc328669f)
When loading the document again, everything worked as before, so maybe the portable version (at least) has problems with Windows updates waiting for a reboot.
Comment 4 V Stuart Foote 2025-07-17 10:43:50 UTC
Looking at the clips and the crash report, being on an AMD APU and having just done an update migration from Win10 to Win11, very likely you had AMD graphics driver updates impacting the skia Vulkan rendering (in the skialo.dll sktext::gpu), Vulkan had a hicup.

If following reboot, and Win11 applying additional hw configurations, it is again stable--think you are in the clear (and this is likely non-reproducible).

You might also install a current nightly (personally I would not depend on the PortableApp builds) as the skia lib rendering and Vulkan support continues to be refined.

IHMO as this is likely transient and not reproducible => WFM or even NAB, your call but do test an actual /a install in parallel.
Comment 5 QA Administrators 2026-01-14 03:12:02 UTC
Dear Ulrich Windl,

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