Created attachment 90498 [details] Comment note on a DOC from MS Word for Mac 2008 Comment note on a DOC from MS Word for Mac 2008 appears wrong on Writer. The attached shows the note (with name scrabbled). The whole string of text is "squeezed" to the right, forming a column of single characters.
Sorry. Forgot to indicate platform.
Can you please provide a test document so this can be tested against and subsequently be confirmed. If your document contains sensitive data, please clear that or replace it with random information. A step-by-step description of how to reproduce the issue is most helpful and will help to speed up the processing of this problem a lot. Setting to NEEDINFO until more detail is provided. After providing the requested info, please reset this bug to UNCONFIRMED. Thanks :)
Created attachment 90596 [details] See comment notes on pg2 Here you go. Notice that the note on pg1 is by me on LO. The 2 other notes on pg2 were done on a Word for Mac 2008.
With the needed info provided, I set the status back to NEW.
** 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 (4.4.1 or later) 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: 2015-04-18
Created attachment 114922 [details] comment with indent This bug was never confirmed. The document that I attached was done without the use of MS Word. The only way to correct the comment without deleting it is to use the Sidebar -> Properties -> Paragraph and change the Indent to 0.00cm. In the original document, the Sidebar says the indent is 4.00cm, but if you copy the comment to a new document then the indent is 3.67cm. Anyway, MS Word seems to ignore the indents in the comments even though you can adjust it there. Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Changed to UNCONFIRMED so that another set of eyes can look at this.
(In reply to Gordo from comment #6) > Created attachment 114922 [details] > comment with indent > > This bug was never confirmed. > > The document that I attached was done without the use of MS Word. Thanks for joining in, but if yours wasn't created with MS Word for Mac 2008, I wonder how it relates to the bug I reported.
Tested on : Word for Mac 2015 15.9 (Preview) - comments appear fine. Version: 5.0.0.0.alpha1+ Build ID: a1c01c510c9fbc6e2be9f4b9db12c3493939942a Locale : fr_ The comments on page 2 and following are shifted to the right hand edge and spread vertically Confirming bug.
The test document is allegedly in Word DOC 97-2004 format, at least according to Word / Mac Office 2015. Even if I resave as DOCX and skip compatibility with previous format in Word, it still displays incorrectly in LO. Note that even the first comment with the hyperlink is truncated in LO, whereas in Word it isn't.
All of this being said, it is unlikely that a problem created with Word 2008 for Mac will be corrected, unless it can be shown that a similar document produced on Word 97-2004 on Windows shows the same erroneous behaviour on import into LO. Word 2008 for Mac is EOL, and developer resources are too low on the ground to be able to debug import problems with documents that were made with it. I am leaving the bug report open, but don't hold your breath about a fix.
Created attachment 115093 [details] A docx and a doc These attachments were created in MS Word 2013 on Windows. I added the indentation to the comment then saved as docx. I then saved the docx as a doc. MS Word shows the indentation in the docx. Writer does not. MS Word does not show the indentation in the doc. Writer does. In Word for Mac, if you create a new document with a comment and save as doc, does it always show an indentation when opened in Writer? Was there any round tripping involved?
It's only once I had to deal with such a doc. So, downgrading it to minor.
** 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.5 or 5.2.1 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-20160920
still repro in Version: 6.3.0.0.alpha0+ Build ID: 2b9739b9b009de93efa4f24995469c3bb9d82261 CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-12-18_23:09:56 Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
repro 7.0+. LO indents doc comment, but not docx. (In reply to Gordo from comment #11) > MS Word [2013] shows the indentation in the docx. Writer does not. However, using Word 2016, it does not indent either the doc or the docx. So I looked for the reason why Writer does not indent for docx (and you will notice that in the paragraph properties the margin is 0). The reason is because of an exception :-) writerfilter/source/dmapper/DomainMapper_Impl.cxx:1663: ::finishParagraph calling TextAppend->finishParagraph writerfilter/source/dmapper/DomainMapper_Impl.cxx:1893: finishParagraph() com.sun.star.beans.UnknownPropertyException message: Unknown property: ParaStyleName So, because of an exception with unknown comment property ParaStyleName, it ignores all of the following properties (like <w:ind w:left="2268"/>). In other words, docx works by accident...
I need to backpedal a bit on Word 2016 not displaying the indent for DOCX. It does to some extent. For example, I can enter a negative indent, and some text moves out of sight. However, it is using a different scale, because it certainly does not indent as much as I say, because 4cm is closer to 1, and 10cm is closer to 2. For interest sake, see a similar DOCX problem for comment character attributes in commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=deabda6b38417e4c7037c0d0274a4f81b338e552 I will confirm that Word 2016 doesn't do any indenting for DOC.
Dear Kumāra, 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
The file "Why 'One Beat Slow' (v1.1)-2 lzed1.doc" from comment 0 is fixed by LO 7.6 commit db115bec9254417ef7a3faf687478fe5424ab378 Author: Michael Stahl on Tue Feb 14 18:03:55 2023 +0100 tdf#78510 sw,cui: split SvxLRSpaceItem for SwTextNode, SwTextFormatColl It also fixed "comment indent.doc" from comment 11.
(In reply to Gordo from comment #11) > MS Word shows the indentation in the docx. Writer does not. repro 24.8+ with "comment index.docx" from comment 11 - still with exception.
I thought it would have been fixed in 24.2 via bug 103064, but I guess not. editeng/source/uno/unotext.cxx SvxPropertyValuesToItemSet const SfxItemPropertyMapEntry *pEntry = pPropSet->getPropertyMap().getByName( rProp.Name ); if (!pEntry) throw beans::UnknownPropertyException( "Unknown property: " + rProp.Name );
The exception could be avoided with + if (aParaStyle && IsInComments()) + { + pParaContext->Erase(PROP_PARA_STYLE_NAME); + } aProperties = comphelper::sequenceToContainer< std::vector<beans::PropertyValue> >(pPropertyMap->GetPropertyValues());
(In reply to Justin L from comment #19) > The file "Why 'One Beat Slow' (v1.1)-2 lzed1.doc" from comment 0 is fixed ... > It also fixed "comment indent.doc" from comment 11. I can only imagine that this is actually a mistake. The comment paragraph in MS Word clearly has a 4cm indent, but in LO it is a 0cm indent. So, likely this problem will come back again. If so, it seems reasonable to intentionally remove the indent, since it simply is ignored in MSO 2003/2010 as well.
Created attachment 194074 [details] comment indent.doc: modified version including a textbox with indented text (In reply to Justin L from comment #23) > I can only imagine that this is actually a mistake. Definitely a regression, as seen by the textbox's now non-indented contents. I assume it is related to this part of mstahl's commit message: "Leave editengine and non-paragraph usages of SvxLRSpaceItem as-is for now."
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7fcd5ac42086f1374c3bd5eb2be9a59e6f38f2e3 tdf#72511 tdf#78510 ww8import: recombine into SvxLRSpaceItem for EE It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 194156 [details] comment indent.pdf: how the DOCX file looks in Word 2019 > (In reply to Gordo from comment #11) > > MS Word [2013] shows the indentation in the docx. Writer does not. > (Paraphrasing Justin L from comment #16) > However, using Word 2016+, it does not fully indent the docx. Still true in MS Word 2019 - the 4cm comment indent looks more like 1cm. So, since MS Word is also very buggy in this area, it doesn't look like anything worth "fixing". Since the title of this report is about the DOC format, and that has been resolved, I'm going to close this report as FIXED.