Created attachment 202440 [details] This is the test document for my bug report, fonts were embedded Hi, in LO 25.8.0.4 I ran into a minor issue about styling and symbols specifically affecting Writer. I use Windows 11 x64 on Gigabyte G5 MF laptop. Unfortunately when I thought of filing a bug I had already downgraded to latest LO 25.2 release, I'm hoping any screenshots from the latter will suffice though, but I can upgrade again if required (maybe to get any logs and/or test something?) I've attached all the relevant stuff in a test document using the same styles as my personal ones, the fonts I use were embedded there and also linked on a list if necessary, I'm hoping these are fine to share considering the licenses. I also explain the bug (or intended change?) in there, where basically specific symbols I used from the Font Awesome 6 font got forced into the Min Sans font on 25.8, and in quotes I use a style that should change the font of the em dash to Linux Libertine G (which I use for quotes), in 25.2 this change happens, but in 25.8 the em dash is forced to Min Sans too, which increases the vertical height of the caption in which the quote frame is at. This left me to apply the fonts manually, which I'd rather avoid since it'd be a long process and some of my documents are too long to go over that and I'd rather rely more on styles should I need to change a font (I could just edit the style). I don't know if this happens on Linux but if anyone can test that'd be much appreciated, since I'll eventually edit my documents on there. Steps to reproduce: 1) Download the attached document. 2) Open it in LO Writer 25.2.5.2, the styling should look as I intend to. 3) Close, and open it in LO Writer 25.8.0.4, the indicated parts of the document's design should break. Let me know if any info/details are missing and I'll try to add what I can, thanks for any help.
af1899, thank you for reporting the bug. Not sure, if I understand the problem. Document looks normal to me and I couldn't finde an em dash at all I've tried with the following steps 1. Make sure, that Font Awesome 6 Free Solid is installed 2. Open special character dialog, copy the icon you've used as icon for external links 3. Insert a hyperlink with that icon as text Works as expected for me with Version: 25.8.1.1 (X86_64) Build ID: 54047653041915e595ad4e45cccea684809c77b5 CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded
(In reply to Dieter from comment #1) > af1899, thank you for reporting the bug. Not sure, if I understand the > problem. > > Document looks normal to me and I couldn't finde an em dash at all > > I've tried with the following steps > 1. Make sure, that Font Awesome 6 Free Solid is installed > 2. Open special character dialog, copy the icon you've used as icon for > external links > 3. Insert a hyperlink with that icon as text > > Works as expected for me with > > Version: 25.8.1.1 (X86_64) > Build ID: 54047653041915e595ad4e45cccea684809c77b5 > CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: > Skia/Vulkan; VCL: win > Locale: de-DE (de_DE); UI: en-GB > Calc: CL threaded Hello, thanks for replying and testing, I'll try to explain differently, it's not about the em dash, but rather custom symbols, inserted from fonts like Font Awesome. I made the documents designed like the example one I attached in LO 25.2, where when I inserted a symbol through the toolbar icon (the omega with a dropdown), the symbol is inserted, a link doesn't have to be created, but for external link icons I do create links (I select the icon and press Ctrl+K or the toolbar icon). When I upgraded LO to 25.8 I noted the symbols breaking in my documents, they look like a square with a cross inside (as if it was invalid), I selected a symbol and noticed they're forced to use the body font (in this case: Min Sans) unless I manually select the symbol and re-apply the font, so it's an issue for documents I've made back in 25.2 and open in 25.8. I tried to show this through a screenshot here: https://ibb.co/YTDV5mRW I noted something weird and is that the symbol shows up on the dialogue, I changed the link and it stays with the Min Sans font, I know I can fix this by just selecting and setting the font back on each part I used a symbol, but it's a hassle because I used these often. I recently switched to Bazzite Linux, so I'm using the latest available Flatpak release here, an added rendering (?) issue happens once I insert symbols like these where they turn the background text white until the end of a paragraph and from where the symbol appears, but I'll report that separately.
I'd like to correct my mistake about the em dash (I focused on the icons), my apologies. Apparently now (same set-up as my previous comment) the em dashes on the quote boxes display with the quote font I'm using (I haven't made a change to a document I made on 25.2 where the symbols show broken on 25.8), to clarify they used to display with the Min Sans font when I was in Windows 11. The icon breaking appears to happen on links, even when they're using a different style specialized for them (that should set the font, color, and size): the "External_Link_Button" character style. I'll use the opportunity to add the build info from after switching to Linux: Version: 25.8.1.1 (X86_64) / LibreOffice Community Build ID: 54047653041915e595ad4e45cccea684809c77b5 CPU threads: 16; OS: Linux 6.16; UI render: default; VCL: gtk3 Locale: es-UY (en_US.UTF-8); UI: en-US Flatpak Calc: threaded I'm using Bazzite with KDE and Nvidia drivers.
Thank you for further explanations. Please try to explain in some short steps. I try to rephrase your comment 2 1. Make sure, that Font Awesome 6 Free Solid is installed 2. Open an document in LO 25.2 3. Open special character dialog (Omega icon in toolbar), insert the for external links 4. Save and close 5. Reopen in LO 25.8 Actual result Font of icon changed to Min Sans and therefore Icon changed to a cross Expected result Same font and same icon as in LO 25.2 Are these steps correct? If not, please provide a correct set of steps. I could only test with LO 25.8 and culdn't see a problem after saving and reopening
(In reply to Dieter from comment #4) > Thank you for further explanations. Please try to explain in some short > steps. I try to rephrase your comment 2 > > 1. Make sure, that Font Awesome 6 Free Solid is installed > 2. Open an document in LO 25.2 > 3. Open special character dialog (Omega icon in toolbar), insert the for > external links > 4. Save and close > 5. Reopen in LO 25.8 > > Actual result > Font of icon changed to Min Sans and therefore Icon changed to a cross > > Expected result > Same font and same icon as in LO 25.2 > > Are these steps correct? If not, please provide a correct set of steps. > > I could only test with LO 25.8 and culdn't see a problem after saving and > reopening Hello, thanks for replying, you got it right, a document saved in LO 25.2 and later re-opened in it displays the symbols from FA (Font Awesome) correctly in the document, but when re-opened in 25.8 they're forced to show with the Min Sans font, thus displaying as a cross inside a square like it's invalid. Adding to that, the symbols seem to (primarily) break in links, which I'd like to add also show broken in a table of contents too (they didn't break there before), though for it, I'm using the symbols on only two headings on my personal documents. I have an example screenshot (of which I censored most of the headings' text just to show the icons): https://ibb.co/wZVKq35j - this shows the icons displaying on a PDF exported on LO 25.2, seen on Pale Moon's PDF.js add-on where the navigation sidebar lists the headings and shows the icons in their emoji equivalent (in these cases a thumbs up and thumbs down). Meanwhile, the issue with the em dash seems to have been fixed, could be wrong, but I feel like we can perhaps ignore it and focus on the icons, since it displays with Linux Libertine G font now, at least on my current set-up. A portable build might help so you can use LO 25.2 alongside 25.8.
Created attachment 205201 [details] An new example file working fine I created a new example that uses the U+F14C character linkified. It works fine for me. I wonder, if you have steps to reproduce the issue from scratch. Maybe irrelevant, but when I open your attachment, it says that MS Mincho has no editing permission and asks to either drop the font or open read-only. Arch Linux 64-bit Version: 26.8.0.0.alpha0+ (X86_64) Build ID: e7edd94565e8dd323395ec316c482ec32f14638c CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 23 January 2026
Created attachment 205216 [details] Clean test Writer document on LO 25.2.5.2 with just the icon as a link This was made on LO 25.2.5.2 as AppImage, the symbol displays properly on LO 25.8.4.2.
(In reply to Buovjaga from comment #6) > Created attachment 205201 [details] > An new example file working fine > > I created a new example that uses the U+F14C character linkified. It works > fine for me. I wonder, if you have steps to reproduce the issue from scratch. > > Maybe irrelevant, but when I open your attachment, it says that MS Mincho > has no editing permission and asks to either drop the font or open read-only. > > Arch Linux 64-bit > Version: 26.8.0.0.alpha0+ (X86_64) > Build ID: e7edd94565e8dd323395ec316c482ec32f14638c > CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: gtk3 > Locale: fi-FI (fi_FI.UTF-8); UI: en-US > Calc: CL threaded > Built on 23 January 2026 Hello, thanks for taking a look at it, I opened your example and it displays the symbol just fine, but maybe because your example was made on the newer version, I tried making an example of my own from scratch where I don't copy anything from my documents, I just create the external link icon from scratch and make it a link, I did it on the version I had trouble with (had to get it as AppImage from here: https://appimages.libreitalia.org/ ) I just added an attachment with a brand new example in hopes it's useful to recreate the issue, but I'm not having the problem there, the steps were: 1) Make a blank document on LO 25.2.5.2 as AppImage. 2) Write some text and insert the U+F14C symbol from "Font Awesome 7 Free Solid" font after the text. 3) Create a style where said font is chosen and a different color is chosen. 4) Save the document. 5) Open the document (the one just made) in latest LO, works as expected, unlike in my original sample with things imported from MS Word 2010 (I just checked and the "X" on rectangle still shows up). You mentioned MS Mincho... that's the Japanese font LO defaulted to when I originally created my documents on Windows (I used some Japanese characters in these), I'm using Min Sans now which has CJK support. It's an interesting observation, perhaps it's a remnant from pasting the text with format from the MS Word 2010 documents when I was adapting them to LO Writer, I'm guessing there's something on my documents which triggers the bug unlike in a document made from scratch on the old version, then open in a newer one. I'll update my details on the version I'm using on the system: Version: 25.8.4.2 (X86_64) Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df CPU threads: 16; OS: Linux 6.18; UI render: default; VCL: kf5 (cairo+wayland) Locale: es-UY (en_US.utf8); UI: en-US Calc: threaded My distro is Nobara with the official flavor (custom KDE Plasma).
I think I found where your original file broke: unzipping the file and pretty printing content.xml with https://codebeautify.org/xml-pretty-print I can see this style that is applied to the link icon: <style:style style:name="T7" style:family="text"> <style:text-properties fo:color="#8b78c2" loext:opacity="100%" fo:font-style="normal" style:text-underline-style="none" style:font-style-complex="normal"/> </style:style> You can see the complete absence of a font family property! If I correct this to be Font Awesome 6 Free Solid in LibreOffice, save, unzip and look at content.xml again, I see: <style:style style:name="T7" style:family="text"> <style:text-properties fo:font-family="'Font Awesome 6 Free Solid'" style:font-pitch="variable"/> </style:style> The fo:font-family property has been applied. I hope you don't mind me closing this report.
(In reply to Buovjaga from comment #9) > I think I found where your original file broke: unzipping the file and > pretty printing content.xml with https://codebeautify.org/xml-pretty-print I > can see this style that is applied to the link icon: > > <style:style style:name="T7" style:family="text"> > <style:text-properties fo:color="#8b78c2" loext:opacity="100%" > fo:font-style="normal" style:text-underline-style="none" > style:font-style-complex="normal"/> > </style:style> > > You can see the complete absence of a font family property! > > If I correct this to be Font Awesome 6 Free Solid in LibreOffice, save, > unzip and look at content.xml again, I see: > > <style:style style:name="T7" style:family="text"> > <style:text-properties fo:font-family="'Font Awesome 6 Free > Solid'" style:font-pitch="variable"/> > </style:style> > > The fo:font-family property has been applied. > > I hope you don't mind me closing this report. Oh wow, it's true, I didn't think of doing that, I wonder how the old LO version handled it then, looks like I'll have to fix these errors by hand on my documents at any rate. Thanks for looking into it, feel free to close it.