Description: I have a .doc file (old Word format). The file has a custom property "TheTestProperty" of type "Number" in its properties. Then, in the document, I have two fields: 1. Just the value of the document property "TheTestProperty" 2. A formula "the value of the document property "TheTestProperty" + 1" When I open this .doc document with Writer and press Ctrl+F9 to show the definitions of the fields, I can see the definition of the first field. But I can't see the definition of the second field. It's still displayed as the value. Steps to Reproduce: 1. Open the attached .doc file in Writer 2. Press Ctrl+F9 Actual Results: The definition of the field with the formula can't be seen or edited Expected Results: Definitions of both fields can be seen and edited. Reproducible: Always User Profile Reset: No Additional Info: Display the definition of the field with the formula.
Created attachment 165802 [details] Showcase .doc file
The definition of the first field in Word: { DOCPROPERTY "TheTestProperty" } The definition of the second field in Word: { = { DOCPROPERTY "TheTestProperty" } + 1 }
I confirm the described behaviour, but I could also see, that you can't edit the second filed with MS Word 2016. So I would say there's a problem with that field in the original document and it's not a LO bug => RESOLVED NOTABUG Feel free to change it back to UNCONFIRMED with a short reasoning, if you disagree.
I can edit the second field with Word 2000 and with Word 2016 just fine.
I press Alt+F9, then I see the definition of the field as text. I go to this text with the cursor and edit it. In LO, I even don't see the definition of the field.
Created attachment 165837 [details] .docx saved in MSO from .doc I reproduce this for .DOC. Property cannot be edited properly (to change custom DocProperty), Property + 1 cannot be edited at all. Fileopen .DOCX has different behavior: can be edited (not properly), but is imported wrong (doubled). Normally we split different filters, but I don't do it immediately, rather wait to see if something would be fixed here. Rule of thumb is search for existing bugs first, but I couldn't find one. Note that TheTestProperty value can be changed in LO (File-Properties).
Created attachment 165839 [details] .doc (upper) and .docx (lower) compared in MSO 2016 and LO 7.1+
Dear fml2, 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
I confirm that the bug still exists in LO 24.8.0.3 (X86_64). For the document in .DOCX format, the behaviour is as follows: 1. The result of the "simple formula" (e.g. the one that just displays the value of the user defined property) is correct but the formula can't be edited. It is recognized as a computed field, I can display it but can't change anything in its definition. 2. The result of the more complex formula ("user defined property + 1") is displayed wrong ("100101" instead of "101") but the formula can't be edited. Actually, the one formula (in Word) is recognized as _two_ formulae in LO. Each of them can somehow be displayed but not edited. For the document in .DOC format, the behaviour is as follows: 1. for "simple formula" is the same as for .docx (see above). 2. The "complex formula" is displayed with the correct result and grey background. But, when I select it, no context menu entry for editing a formula is present.