Bug 160790 - [Writer] Font assigning in text boxes in form design doesn't work: not used in PDF; Asian font does not persist
Summary: [Writer] Font assigning in text boxes in form design doesn't work: not used i...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Form-Controls
  Show dependency treegraph
 
Reported: 2024-04-23 06:31 UTC by Franklin Weng
Modified: 2026-05-10 14:10 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
When setting fonts of text boxes in form design, Asian Text Fonts Style/Size was greyed out. (100.38 KB, image/png)
2024-04-23 06:31 UTC, Franklin Weng
Details
Only Western Text Font was listed in the Font attribute of the text box. Not actually work though. (127.18 KB, image/png)
2024-04-23 06:32 UTC, Franklin Weng
Details
Fonts actually shown is still "default" one, not the one I set. (61.33 KB, image/png)
2024-04-23 06:35 UTC, Franklin Weng
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Franklin Weng 2024-04-23 06:31:00 UTC
Description:
In the form design of a Writer document, assigning the font, no matter Western or Asian fonts does not work.  It always shows the "default" fonts.

Also, when assigning fonts of text boxes, the Asian language part can not be set properly.  The Style/Size was greyed out.  The font set in the Asian language was not listed in the text box attributes, only Western Text Font was list.

I'm testing it with 24.2.2.2, but it should be as early as to 6.3.5.2, the earliest version I installed.  Just that exporting to PDF in 6.3.5.2 would make all the Chinese words gone, so the screenshots I will attach are based on 24.2.2.2.

Steps to Reproduce:
1. Add a text box in form design.
2. Assign fonts of the text box.  Both Western and Asian Texts.  It doesn't matter.
3. Export it to PDF.
4. Open PDF and fill in the text.

Actual Results:
The font shown is not what I set in the text box attribute.

Expected Results:
It should honor the font settings I assigned.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.2.2 (X86_64) / LibreOffice Community
Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: zh-TW (zh_TW.UTF-8); UI: zh-TW
Calc: threaded
Comment 1 Franklin Weng 2024-04-23 06:31:47 UTC
Created attachment 193815 [details]
When setting fonts of text boxes in form design, Asian Text Fonts Style/Size was greyed out.
Comment 2 Franklin Weng 2024-04-23 06:32:32 UTC
Created attachment 193816 [details]
Only Western Text Font was listed in the Font attribute of the text box.  Not actually work though.
Comment 3 Franklin Weng 2024-04-23 06:35:30 UTC
Created attachment 193817 [details]
Fonts actually shown is still "default" one, not the one I set.
Comment 4 stragu 2024-05-08 16:14:53 UTC
(In reply to Franklin Weng from comment #0)
> Description:
> In the form design of a Writer document, assigning the font, no matter
> Western or Asian fonts does not work.  It always shows the "default" fonts.
Selected font is used if entering text when Design Mode is off, but it is not used in exported PDF.

> Also, when assigning fonts of text boxes, the Asian language part can not be
> set properly.  The Style/Size was greyed out.  The font set in the Asian
> language was not listed in the text box attributes, only Western Text Font
> was list.
I also notice that going back into the dialog shows the choice of Asian font has not persisted. (Field blank again.)

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 92815f3a464b447898ecf52492247335228e4a72
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded
Comment 5 QA Administrators 2026-05-09 03:14:28 UTC
Dear Franklin Weng,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug
Comment 6 Franklin Weng 2026-05-10 14:10:18 UTC
(In reply to QA Administrators from comment #5)
> Dear Franklin Weng,
> 
> To make sure we're focusing on the bugs that affect our users today,
> LibreOffice QA is asking bug reporters and confirmers to retest open,
> confirmed bugs which have not been touched for over a year.
> 
> There have been thousands of bug fixes and commits since anyone checked on
> this bug report. During that time, it's possible that the bug has been
> fixed, or the details of the problem have changed. We'd really appreciate
> your help in getting confirmation that the bug is still present.
> 
> If you have time, please do the following:
> 
> Test to see if the bug is still present with the latest version of
> LibreOffice from https://www.libreoffice.org/download/
> 
> If the bug is present, please leave a comment that includes the information
> from Help - About LibreOffice.
>  
> If the bug is NOT present, please set the bug's Status field to
> RESOLVED-WORKSFORME and leave a comment that includes the information from
> Help - About LibreOffice.
> 
> Please DO NOT
> 
> Update the version field
> Reply via email (please reply directly on the bug tracker)
> Set the bug's Status field to RESOLVED - FIXED (this status has a particular
> meaning that is not 
> appropriate in this case)
> 
> 
> If you want to do more to help you can test to see if your issue is a
> REGRESSION. To do so:
> 1. Download and install oldest version of LibreOffice (usually 3.3 unless
> your bug pertains to a feature added after 3.3) from
> https://downloadarchive.documentfoundation.org/libreoffice/old/
> 
> 2. Test your bug
> 3. Leave a comment with your results.
> 4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
> 4b. If the bug was not present in 3.3 - add 'regression' to keyword
> 
> 
> Feel free to come ask questions or to say hello in our QA chat:
> https://web.libera.chat/?settings=#libreoffice-qa
> 
> Thank you for helping us make LibreOffice even better for everyone!
> 
> Warm Regards,
> QA Team
> 
> MassPing-UntouchedBug


This bug is still present at version 26.2

Version: 26.2.2.2 (X86_64)
Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb)
Locale: zh-TW (zh_TW.UTF-8); UI: zh-TW
Calc: threaded