I was exporting a document based on a template to PDF. It correctly assigned the filename to match the document file name. When I opened the PDF document, the title of the PDF is reported as the base templates name, rather than the document's file name. Also, that might be a good field to allow the user to customize on creation, as it might be different than that the original file name is anyway.
I cannot reproduce this. It only happens if you don't save the document first (ie. if you're still working off an unsaved document and therefore the document doesn't have a name, only has the name of the template). Marking as WORKSFORME. If you are experiencing this even after saving the document as a .odt (based off of the ott template). Reopen as UNCONFIRMED and attach a template that you are hitting this snag with -- a template that we can just open, add some text, save as odt, export as pdf and see that the file name is based on the name of the template. Many thanks for your patience and support
Definitely is a problem. It was a document I had been editing for over a week, so it's definitely saved. Tried it on a my "base" templated, which really just has the margins changed to 0.5" as well as a copy of the basic default document -- happens with both.
Created attachment 69850 [details] Template
Created attachment 69851 [details] Test file based on template
Created attachment 69852 [details] PDF with error PDF Title is the template name, not the document name.
So, I tried to reproduce in Ubuntu and found the difference. In Ubuntu, when you export to PDF, it leaves the "PDF Title" field as empty. So when you open it up in PDF-Xchange, it shows the file name as the title. When you export on windows, it populates that field in the PDF with the template name rather than leaving it blank. I would think a better default behavior would be to leave it blank in windows as well. Of course, the ideal would be to allow the user to give values to these fields when exporting the PDF as well.
Confirmed with: LO 4.0.2.2 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Open .ott file, go to File>Properties>Description - the Title is taken from the name of ott. Therefore it will be exported as PDF title. If you save the file as odt, the title in properties won't change.
I asked this question on AskLO precisely because of this problem: http://ask.libreoffice.org/en/question/17019/how-to-set-the-default-document-property-title-to/ Very much confirmed (I use LO on Linux Mint 13, Lubuntu 12.10, Win XP/SP3, and Win7).
reproducible on LO 4.0.3.3 (Win7 Home Premium 32bit), PDF properties viewed by PDF-Xchange
Still present in 4.4.0.3. The real problem is that when you save a document as a template, it populates the "Title" field in the Description with the template name. This is probably the bug. Then when you base a document with that template, it pulls in that metadata, which is probably correct behavior. When saving as a template, it should probably only populate those field explicitly filled in, so that any children documents don't pull in automatic data.
** 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.0.5 or 5.1.0) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-02-21
I confirm the bug still exists Libre Office V5.0.5 Windows 8.1 Did not perform REgression. However, we have been experiencing this since we started using templates in January of 2015, whatever LO version was current then.
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
It seems to be working correctly now in 6.0.3.2, so it got fixed somewhere along the way. Closing. Version: 6.0.3.2 (x64) Build ID: 8f48d515416608e3a835360314dac7e47fd0b821 CPU threads: 2; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL
Well I have this problem with this setup: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 2; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded I am using a template called "Cramond Default" and every time File > Properties... > Description (tab) > Title (field) Every time the title of the template being used is entered in that field. This is a headache when Exporting as a PDF. Please fix.