Problem occurs in files saved in *.doc format, Windows 64 bit. Other file formats and OS not tested. Has been present for a while including up to at least Writer Version: 5.2.6.2 (x64) Is easily fixed by double clicking the field and re-selecting "File name without Extension" which works until the file is closed and re-opened - whereupon the problem reliably recurs.
Are you creating these .doc files in LibreOffice or are they coming from Microsoft Office? Please attach an example file. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the document.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180102
Created attachment 138822 [details] This is DOC with wrong PDF extension. Delete the ".pdf" extenstion to revert to .doc format (to allow upload of file!)
Can you please write steps: 1. do that 2. than that... Experienced:... Expected: ....
Steps to reproduce: 1. Open / Write file in writer 2. Save file in *.doc format e.g. as exempler.doc, Using Type Microsoft Word 97-2003(.doc)(*.doc) 3. Enter in file anywhere "Insert | Field | More Fields | Type: "File Name" Format: "File Name Without Extension" (Changed from "File Name") Fixed Content: Unchecked. "OK" Note file name displays as "exempler" 4. Save File. 5. Close file. 6. Open File exempler.doc in Writer 7. Experienced: Note filename now showing as "exempler.doc" (The problem) 7. Expected: File Name to display as "exempler" i.e. without the extension coming back. Re-expressed the Format: "File Name Without Extension" fails to save in this format, rather it saves as Format: "File Name" <PS Contents in uploaded file:> 2018-01-03 Newly Created File To Demonstrate Writer Bug.doc To demonstrate bug Double click on above file name, change Format to “File name without extension”, save file, close file, re-open closed file. .doc extension will have returned. Many thanks for checking this out. Reference: Version: 5.2.6.2 (x64) Build ID: a3100ed2409ebf1c212f5048fbe377c281438fdc CPU Threads: 8; OS Version: Windows 6.1; UI Render: default; Locale: en-NZ (en_NZ); Calc: group Bug known to exist for a long time in other versions as well. </PS Contents in uploaded file:>
Messy. We are speaking here about LO created file with fileds: file name, file name without extension, path, path/file name. You then need to use diff. LO versions to save as DOC and DOCX and then reopen respectfully in LO and MSO. And look all fields since each behavior is different. "File name without Extension" Field saved as DOC opens with file extension in LO. "Path" also opens wrong (as "File name"). "File name" and "Path/file name" open fine. If same fields are open in MSO, then "File name without Extension", "File name", "Path" are correct while "Path/file name" isn't shown at all in MS Office. So, I'd conclude that 3 fields need to be fixed for DOC export:"File name without Extension", "Path" and "Path/file name". That could be 3 bugs but I'd prefer to have one bug for export of those fields to DOC. It's easy to separate later should any be fixed in the meantime. OO doesn't show this field properly so I put earliest version LO 3.3. "File name" and "path/file name" saved by LO in DOCX open fine with LO while "file name without extension" and "path" don't. All those fields from that LO created DOCX open fine in MSO. DOCX filter could be another bug. MSO doesn't seem to have "File name without Extension" Field at all, just "File name". https://support.office.com/en-us/article/Add-the-file-name-date-author-or-other-document-properties-to-a-header-or-footer-DC62245F-B6AF-45B2-A521-17753FC3539E That doesn't mean DOC or DOCX don't support them, they can be shown. Also, looks like LO created fields are older file version. If saved again as DOCX in MSO 2013 then LO can't read any of those fields. Could be another bug.
** 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
As requested re-tested - bug confirmed to continue unchanged (as expected as no one seems to have suggested an attempt to fix has occurred) Downloaded and tested with: Version: 6.0.7.3 (x64) Build ID: dc89aa7a9eabfd848af146d5086077aeed2ae4a5 CPU threads: 2; OS: Windows 6.1; UI render: default; Locale: en-NZ (en_NZ); Calc: group
It looks like this is a case of MS Formats supporting less options than LO (as Timur noted.) When opening in Word, make sure you UPDATE the fields. (Ctrl-A, F9). Then you see that it only supports two options - filename.ext and path/filename.ext. [Note that Word 2003 displays the DOC path/filename.ext just fine. However, Word 2016 only showed the field definition "-FILENAME \p"]