Created attachment 191384 [details] pdf output This is a follow-up of bug 148035 after 5082d50d24c3fec4487c724a15eb0d54a82ecd0d Steps to reproduce: 1. Open attachment 55096 [details] from bug 41557 2. Save as PDF -> The title is not readable. See document Reproduced in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f0fda7ad2236f478fea396a23d4f982e5fc37e68 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
Confirm with Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 0f82e9d42822e627edd1fb3b3c87e1f8a22136a4 CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
This happens when "create form" (which is the default) is enabled when exporting to PDF. Bug 162009 requests to turn that off by default. I'm sure there were duplicate bug reports for this, but I can't find them now. Many/most content controls will not export perfectly to PDF forms (when the user is not intending to make a form, but just have a PDF).
Xisco, can you retest, seems ok with Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
(In reply to BogdanB from comment #3) > Version: 24.8.0.3 (X86_64) / LibreOffice Community Note that bug 162009 was backported: target:24.8.0.3 (see comment 2 above)
(In reply to Justin L from comment #4) > (In reply to BogdanB from comment #3) > > Version: 24.8.0.3 (X86_64) / LibreOffice Community > Note that bug 162009 was backported: target:24.8.0.3 (see comment 2 above) Indeed, now it's only reproducible with ExportFormFields enabled