Apache OpenOffice (AOO) Bugzilla – Issue 77277
RPT: wrong report layout when excuting report in bug doc
Last modified: 2007-09-27 06:21:11 UTC
- open the attached database document - open the report therein for editing - execute the report => note that the countries are in a table column which is way too small to display its content. In particular, the space for the countries is much smaller than specified in the report design The problem seems to be in the two left-most controls which do *not* overlap, but touch each other: The left control starts at 2 cm, having a width of 2 cm, the second-left control (the fixed line) starts at 4 cm. If you change the width of the first control to 1.98 cm, then the created report works as expected.
Created attachment 45074 [details] document to reproduce the bug case
This is a new implementation in CWS oj14. Adding keyword "new_implementation", targeting to OOo 2.x.
The Report Designer iTeam decided that this issue is a show stopper for the release of the report designer. Targeting to 2.3, thus.
The problem here is that the left line start at position 1.998 and not with 2000. This was possible due to the fact that overlapping was not forbidden in earlier versions. When changing the x position in the property browser to 2cm all works well when issue 77487 is fixed.
Please check. Thanks.
verified in CWS oj14 version 0.4.0
Tested with XP, OOo2.3, SRB 1.0.1 Open report in edit mode - attempt to run An exception of type com.sun.star.lang.WrappedTargetException was caught. NOTE - I have a found a number of ways to produce this particular error in 1.0.1, in other files so far - I can not determine what is doing it here. Will open separate Issues for the specific cases I am finding in the others.
SORRY - this comment was erroneous attached to the previous Issue by mistake. It belongs to this one here. ------------------------------------------ OK - FYI - I do know what triggers the error on this report. The function PopCount is set to pre-evaluate. I have verified this now in three reports, that setting causes the error. I have changed the setting in this report for this issue and will close this issue, as the issue stated passes with one more note - on first pass the columns remained wide, but the second field still had shrunk up to a very narrow band. Once the control was 'nudged' just s bit to get and then saved the report runs as expected. It was saved, closed, reopened and re-run I can not recreate this particular issue - so close.
FYI, the pre-evaluation bug is issue 81510
ah, just saw you already submitted this as issue 81991 ...