The bug occures on libreoffice 5 (testet on 5.0.0.5 and 5.0.2.2). I've tested it on 2 Machines with Win10. The Printer is a Ricoh MP C2011. In a form I have a date like "20.02.15" in font-size 6. When i print it, the size grows to about size 10. I installed LibreOffice_4.3.7_Win_x86 again, now it works fine.
@Peter : please provide more detail, and preferably a sample form where this problem can be seen. How is the date value integrated into your form ? Is it a value in a date control element bound to a database field, or is it a date typed onto the form page itself, or a date entered in an unbound textbox control ? Which font did you use for the date ? How did you print : via Ctrl-P directly to the printer or by converting to PDF (or XPS)?
Created attachment 119421 [details] The base-file with the form @Alex Thanks for the help, I uploaded the base-file. I created the form with the assistent. I think the field is in an unbound textbox. But you can see for yourself, as i attatched the file. The font is "Segoe UI" Standard 6. I printed it with "CTRL + P", i did not create a PDF. However when I create a PDF the font doesn't work either. I testet this in Version 4 and 5.
Could confirm the buggy behaviour with OpenSUSE 13.2 64bit rpm Linux. Date in the example-form is printed in the right size with in LO 4.4.7.1 and with the wrong size in LO 5.0.3.2. Have also tested with LO 5.0.0.5 - same buggy behaviour. I will set this bug to NEW and the Hardware to All.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Have changed my system tp OpenSUSE 42.1 64bit rpm Linux. Couldn't confirm the buggy behavior any more when exporting to *.pdf or printing to *.pdf. Tested with LO 5.2.4.2 and also LO 5.0.5.2. With LO 5.0.0.5 on the same system I could reproduce the bug. I will set this one to Resolved and Worksforme.