I have a quit complicated report end I use some horizontal and vertical lines to make the report look more ordered. In openoffice.org 3.2 it looks good. In Libre Office 3.3 the lines are not shown in the resulting report. To test I created a complete new database with an report with lines. The lines still are not visible.
Hi Jos, This buggy behaviour has been confirmed by a user on the French user lists too. I can confirm that on the Mac, the reports look good in OOo 3.2.1, NeoOffice, and even OOo 3.3. Unfortunately, it appears that when I try to open such reports with LibO, they cause it to hang, so I've opened another bug report for that specific behaviour. Alex
changing platform to all
The problem is still present in 3.3.1 RC1. Alex
This is a regression compared to OOo 3.2.1 and even 3.3.0 which display the lines in the report correctly.
Created attachment 44076 [details] Test ODB containg reports with separator lines Adding test.odb
Created attachment 44077 [details] screenshot of opened report in OOo 3.3.0 Adding screenshot showning how the report should appear. Made with OOo 3.3.0 which displays the report lines correctly.
I can't currently provide a comparative screenshot of how the report looks with LibO (because it causes my Mac to hang before displaying the data), so someone else will have to do it. Alex
Created attachment 44116 [details] Report printed with libreoffice 3.3 Added print from Libreoffice
Created attachment 44117 [details] Report printed with openoffice 3.3 Added report printed with openoffice 3.3
Created attachment 44444 [details] Trace on MacOSX Enclosing a trace when attempting to open the report entitled Query1 from test.odb. Alex
*** Bug 35463 has been marked as a duplicate of this bug. ***
This bug is still present in 3.3.2, 3.4beta5, and my LibO-dev built yesterday from master. It works in OOo-dev 3.4. Bad karma. Alex
*** Bug 37224 has been marked as a duplicate of this bug. ***
*** Bug 36411 has been marked as a duplicate of this bug. ***
I confirm. Bug still exists in LibO332 (under Windows XP SP3) and LibO340rc2 (under Windows 7 SP1). Bernard Ribot
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Bug still exists in LO 3.5.0 beta2 linux-x86-rpm
*** Bug 46526 has been marked as a duplicate of this bug. ***
Have no hint about this but found a workaround here : http://user.services.openoffice.org/en/forum/viewtopic.php?f=42&t=46540
Bug still exists in LO 3.5.0 under Windows 7 SP1 Bernard
I've analyzed the difference in the generated odt files: One has <style:style style:name="Group_5f_Header.A2" style:display-name="Group_Header.A2" style:family="table-cell"> <style:table-cell-properties style:vertical-align="top" fo:padding="0cm" fo:border-left="none" fo:border-right="none" fo:border-top="0.002cm solid #000000" fo:border-bottom="none"/> </style:style> The other hs: <style:style style:name="Group_5f_Header.A2" style:display-name="Group_Header.A2" style:family="table-cell"> <style:table-cell-properties style:vertical-align="top"/> </style:style> The table border that implements the line is plainly gone. I haven't been able to find what code generates this style, and looking at diffs of parts of the source tree betzeen OO.org 3.3 and LibO 3.3 is not inspiring either. If somebody has a pointer, I'll gladly take it...
*** Bug 47497 has been marked as a duplicate of this bug. ***
*** Bug 49757 has been marked as a duplicate of this bug. ***
Bug still exists in LO 3.5.5.3 under Windows 7 SP1 Bernard Ribot
*** Bug 40150 has been marked as a duplicate of this bug. ***
Not only the generated odt is different, but also the saved report within the odb; looking at its content.xml (in the .odb: Reports/Obj11/content.xml), a non-affected version has: <style:style style:name="ce4" style:family="table-cell"> <style:table-cell-properties style:vertical-align="top" fo:border-left="none" fo:border-right="none" fo:border-top="none" fo:border-bottom="0.002cm solid #000000"/> </style:style> While an affected version has <style:style style:name="ce4" style:family="table-cell"> <style:table-cell-properties style:vertical-align="top"/> </style:style> Again, the border is completely missing.
*** Bug 52471 has been marked as a duplicate of this bug. ***
Hi this is my very first bug report here i don't know if is the right place to confirm this bug is still present into the LibreOffice 4.0 beta 2 Thanks
(In reply to comment #28) > Hi this is my very first bug report here I don't know if is the right place > to confirm this bug is still present into the LibreOffice 4.0 beta 2 Yes, thank you. Posting a comment is the right way to confirm it. The "Version" field of the bug should contain the *oldest* version with which the bug has been confirmed.
*** Bug 40230 has been marked as a duplicate of this bug. ***
*** Bug 64832 has been marked as a duplicate of this bug. ***
This bug is always present in 4.1.0 rc3 Windows et Ubuntu.
I have just tested with LO 3.0.0 beta 1. This is the only available version where the horizontal lines appear. The fields for the vertical lines show in this LO-version a horizontal line with the width of the box created for the vertical line. When I try LO 3.0.0 beta 2 all lines have been gone. My test-system: OpenSUSE 12.3 64bit rpm, LibreOffice 3.3.0 OOO330m7 (Build:9526) libreoffice-build 3.2.99.0 (this is the last working version for horizontal lines described above) LibreOffice 3.3.0 OOO330m9 (Build:1) libreoffice-build 3.2.99.2 (this is the next available version - all lines disappeared)
Created attachment 82867 [details] Horizontal lines were shown in LO 3.3.0 Beta 1
Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a614a1195d6116f856f9aca0793356c063ed6411 fdo#33617 adapt report engine to incompatible BorderLine2 change 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.
(In reply to comment #35) > Lionel Elie Mamane committed a patch related to this issue. > It has been pushed to "master": > > http://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=a614a1195d6116f856f9aca0793356c063ed6411 > > fdo#33617 adapt report engine to incompatible BorderLine2 change Cédric (Bosdonnat), the "incompatible BorderLine2 change" I'm alluding to is commit 7db30f7aa037f52eb07cbb4fd2796bd869204af8 Author: Cédric Bosdonnat <cedricbosdo@openoffice.org> Date: Wed Oct 6 23:54:04 2010 +0200 where XMLBorderHdl::exportXML is changed to expect a table::BorderLine2, without backwards compatibility with providing a table::BorderLine. ReportBuilder (in the case of a fixed line) was giving a table::BorderLine, which was thus not written out in the XML export. I'd appreciate if you reviewed the above change to check that the reportbuilder adaptation is done correctly, if anything else needs to be done, etc. And then, if it is OK, review the backports to libreoffice-4-1 and libreoffice-4-0. Thanks very much in advance!
Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ead5810d62f66443e03f28474e77519e19880ec0&h=libreoffice-4-1 fdo#33617 adapt report engine to incompatible BorderLine2 change It will be available in LibreOffice 4.1.1. 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.
Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=7520b77f18d1c20c6fc0dbeecaab2ca8311d27fd&h=libreoffice-4-0 fdo#33617 adapt report engine to incompatible BorderLine2 change It will be available in LibreOffice 4.0.5. 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.
Well done, Lionel! Horizontal lines will work. I have to change the lines in the report for get the vertical lines working, too. Lines were all shown in LO 4.0.5.1 rc.
Hello Lionel, I still have the problem, either horizontal or vertical lines appear. I use LO version: 4.1.0.4. With OpenOffice 4.0.0 I can see all the lines. The database was created with OpenOffice. If you want, I can send you the file.
(In reply to comment #40) > Hello Lionel, > I still have the problem, either horizontal or vertical lines appear. > I use LO version: 4.1.0.4. Please read the target for the fix: LO 4.1.1 or LO 4.0.5 or LO 4.2.0 - LO 4.1.0.4 appeared before the bug was fixed.