Created attachment 98013 [details] shows how the table looking lines show up in the document I download the .docx file found at < http://download.microsoft.com/documents/customerevidence/Files/710000003670/Xiamen_Tungsten_Group_unifies_enterprise.docx > and opened it with word 2010 and then saved it as an ODT. When i opened the ODT in LibO, it file displays like it has tables all over it. Tested in 4.0 - 4.3.
Created attachment 98014 [details] the odt file produced by word 2010
Reproducible, tested using Windows 8.1 with LibreOffice Version: 4.3.0.0.alpha1+ Build ID: f4a6837025a293312cbc43b9c527851362f11030 TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-04-26_09:21:18 But are we sure this is a bug in our .odt import filters, and not a bug in Word' export filters? (In reply to comment #0) > Tested in 4.0 - 4.3. With what version of 4.0 did you test? This should be the version in the version field of this bug report (currently 4.2.3.3 is selected). Our version field is the oldest version of LibreOffice that can reproduce this bug (looks like you can reproduce using a version of 4.0-bracnh) Kind regards, Joren
Well i opened the file with Calligra Words and it opened fine. Is there a means to know 100% whether its a bug from LibO's or Office's side? I primarily test on 4.2.3.3 and then test 4.1, 4.0, 4.3, and sometimes 3.6. Thanks for the notice about what the version field is for.
(In reply to comment #3) > Well i opened the file with Calligra Words and it opened fine. Is there a > means to know 100% whether its a bug from LibO's or Office's side? I marked your bug as NEW because I'm not 100% which suite is the 'bad' one :-). But I assume it is Word, due the fact our native file format is ODT (at least, it is more likely). Not saying my assumption is correct. So lets mark it as NEW and ask a dev to have a look. > I primarily test on 4.2.3.3 and then test 4.1, 4.0, 4.3, and sometimes 3.6. > Thanks for the notice about what the version field is for. Okay, lets mark it as 4.0.6.2 right now. If you know the actual version of 4.0-branch, feel free to edit the field. You are doing great testing :-). Great you also test older versions to spot regressions. Kind regards, Joren
(In reply to comment #4) > (In reply to comment #3) > > Well i opened the file with Calligra Words and it opened fine. Is there a > > means to know 100% whether its a bug from LibO's or Office's side? > > I marked your bug as NEW because I'm not 100% which suite is the 'bad' one > :-). But I assume it is Word, due the fact our native file format is ODT (at > least, it is more likely). Not saying my assumption is correct. So lets mark > it as NEW and ask a dev to have a look. Well Calligra Words native format is also ODT. :) > > > I primarily test on 4.2.3.3 and then test 4.1, 4.0, 4.3, and sometimes 3.6. > > Thanks for the notice about what the version field is for. > > Okay, lets mark it as 4.0.6.2 right now. If you know the actual version of > 4.0-branch, feel free to edit the field. > I've been using 4.0.4.2 as thats was the version i could find online. Where can i download the last release of 4.0? I'm also running 3.6.4.3, is that the last 3.6 version? > You are doing great testing :-). Great you also test older versions to spot > regressions. > > Kind regards, > Joren Thanks. Should i also test 3.5?
(In reply to comment #5) > Well Calligra Words native format is also ODT. :) Aah, I see :-). That makes sense then :-). > I've been using 4.0.4.2 as thats was the version i could find online. Where > can i download the last release of 4.0? I'm also running 3.6.4.3, is that > the last 3.6 version? You can find all released LibreOffice versions here: http://downloadarchive.documentfoundation.org/libreoffice/old/ 4.0.6.2 is the last version of 4.0-branch, while 3.6.7.2 is the last version of 3.6-branch. > Thanks. Should i also test 3.5? If you can, please do :-). The more info, the better. But maybe it is not necessary due the fact it is just present, and probably not a regression. Kind regards, Joren
Thanks for the link.
apparently the document has a text grid applied in its PL0 page style: <style:page-layout style:name="PL0"> <style:page-layout-properties ... style:layout-grid-mode="line" style:layout-grid-lines="44" so since a text grid exists on the page, it's not much of a surprise that grid lines are displayed. you can check that on Format->Page, Text Grid tab, it says "Grid (lines only)" Word does not display a grid when opening the file. saving the document with LO, some additional attributes appear: style:layout-grid-print="true" style:layout-grid-display="true" these explicitly control whether the grid is displayed. so probably what happens is that Word has fixed default off for these attributes while OOo/LO has the default depending on whether the other attributes are present. according to Microsoft's Office ODF conformance document, the style:layout-grid-display attribute is not supported by Word. http://msdn.microsoft.com/en-us/library/jj671891%28v=office.12%29.aspx although on Page Layout -> Page Setup -> Document Grid in Word 2010 it says that a line grid is enabled... but Word does not display grid lines, even if you click View->Show->Gridlines checkbox. hmm.... there is actually a grid displayed in Word, but apparently only in those places where there is no text, such as at the bottom of the first page. if you add more text the grid disappears. an obvious difference is that in Writer the text grid has a 10pt space for Ruby text, whereas the same is much smaller in Word, or actually it looks like Word only provides space for Ruby text if such exists; this is controlled by the style:layout-grid-ruby-height attribute. so i don't think there is a bug here really.
(In reply to comment #8) Wow, thanks for your explanation and your analysis of this bug. > so i don't think there is a bug here really. I think I have to say 'great' :-). But since you didn't marked it as RESOLVED NOTABUG, are there still some things to discuss/analyze for this bug? Kind regards, Joren
** 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-07-18
Notabug per comment 8
(In reply to Michael Stahl from comment #8) > so probably what happens is that Word has fixed default off for these > attributes while OOo/LO has the default depending on whether the other > attributes are present. Yes it seems this is the problem as WebODF, Word and Calligra all default to off and OOo/LO default to it being on. You can see the screenshots for odt-layout-grid-mode-both, odt-layout-grid-mode-lines, and odt-layout-grid-snap-to havings grids enabled in these page-level tests[1]. http://autotests.opendocumentformat.org/2015/sep/page-layout-properties/report.html > according to Microsoft's Office ODF conformance document, > the style:layout-grid-display attribute is not supported by Word. > > http://msdn.microsoft.com/en-us/library/jj671891%28v=office.12%29.aspx I assume they will never support it, as MS Word doesnt have an equivalent feature for it. Their gridline feature is like our grid feature (View > Grid), but they dont have an additional one similar to our page-level text grid feature. > although on Page Layout -> Page Setup -> Document Grid > in Word 2010 it says that a line grid is enabled... but Word does not > display grid lines, even if you click View->Show->Gridlines checkbox. Havent been able to find Document Grid in any 2007, 2010, and 2013, but did find Page Layout -> Arrange > Align > Grid Settings. > hmm.... there is actually a grid displayed in Word, but apparently > only in those places where there is no text, such as at the bottom > of the first page. if you add more text the grid disappears. Yes grids in Word are put in the background, LO puts grid in the foreground, and because the paragraphs have a background color, you dont see the grid behind it. http://cdn.makeuseof.com/wp-content/uploads/2014/09/flowchart03.jpg > so i don't think there is a bug here really. I believe there is. Regina, Jos: What is your take?
Mark Hung committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=48a4cf1021c471ebf1ecbc351292511131c2d4ca tdf#77961 set display grid to false if the attribute is missing It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mark: will the patch also disable print grid (style:layout-grid-print)?
Mark Hung committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4e5123fc592cc1a97f7f64b964f858b6f71540cb tdf#77961 regard layout-grid-print as off when missing. It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
A polite ping to Mark Hung: is this bug fixed? if so, could you please close it as RESOLVED FIXED ? Thanks