After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 432722 - reports cannot be contained within page boudaries
reports cannot be contained within page boudaries
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Reports
2.2.x
Other All
: Normal normal
: ---
Assigned To: Chris Lyttle
Chris Lyttle
Depends on:
Blocks:
 
 
Reported: 2007-04-23 19:03 UTC by Pierre Fortin
Modified: 2018-06-29 21:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Attachment "A" (48.89 KB, image/jpeg)
2007-04-24 20:43 UTC, Pierre Fortin
Details
Attachment "B" (70.14 KB, image/jpeg)
2007-04-24 20:44 UTC, Pierre Fortin
Details
Attachment "C" (45.64 KB, image/jpeg)
2007-04-24 20:45 UTC, Pierre Fortin
Details
D (36.67 KB, image/jpeg)
2007-04-24 21:00 UTC, Pierre Fortin
Details
E (36.70 KB, image/jpeg)
2007-04-24 21:01 UTC, Pierre Fortin
Details
F (68.17 KB, image/jpeg)
2007-04-24 21:01 UTC, Pierre Fortin
Details
G (59.22 KB, image/jpeg)
2007-04-24 21:02 UTC, Pierre Fortin
Details

Description Pierre Fortin 2007-04-23 19:03:19 UTC
Please describe the problem:
I am unable to force reports to stay within the page boundaries on printout.  Removing the Description column just causes the Transfer column to un-wrap and the Balance column still runs off the page.  In fact, the un-wrapping often makes the page even wider with the data I'm using...

Using Landscape does not help because the report comes out like it should on a landscape page; but is still printed in Portrait mode on the lower part of physical paper.  The preview is marginally helpful in saving paper because while it appears to be correct, the real printout is not.  Rotating the output does not help as it doesn't appear to do anything.

There is no apparent way to change fonts, so that's a non-starter too... 



Steps to reproduce:
1. create accounts with long names 
In my Trust accounts, I need account names which look like this:
Some Street, 123 - B=Buyer S=Seller
Of course, some account name can be quite long.
2. Create report
3. Print


Actual results:
Report runs off the page to the right

Expected results:


Does this happen every time?
Depends on data within current report; some reports are contained within page boundaries, others are not...  totally depends on the field widths decided upon when GnuCash creates each report -- user (me) has no control over this.

Other information:
Comment 1 Christian Stimming 2007-04-24 08:32:14 UTC
Thanks for reporting this problem. Please add some more details about your system: Which version of gnomeprint and gtkhtml do you have installed? Also, could you perhaps add a simple gnucash test file with instructions on how to see such a truncated report, with a print-to-PDF document that shows such a wrongly sized report? Thanks a lot.
Comment 2 Pierre Fortin 2007-04-24 20:41:39 UTC
Using Mandriva 2007.0 running KDE 3.5.4-35mdv2007.0
$ rpm -qa | grep gnomeprint
libgnomeprintui-2.12.1-5mdv2007.0
libgnomeprint-2.12.1-8mdv2007.0
libgnomeprint2-2_0-2.12.1-8mdv2007.0
libgnomeprintui2-2_0-2.12.1-5mdv2007.0
libgnomeprint2-2_0-devel-2.12.1-8mdv2007.0

# lsof | grep gnucash | grep print
gnucash-b 13415    pfortin  mem       REG        3,8     6044     128144 /usr/lib/libgnomeprint/2.12.1/modules/transports/libgnomeprint-custom.so
gnucash-b 13415    pfortin  mem       REG        3,8     6628     128146 /usr/lib/libgnomeprint/2.12.1/modules/transports/libgnomeprint-lpr.so
gnucash-b 13415    pfortin  mem       REG        3,8     6100     128145 /usr/lib/libgnomeprint/2.12.1/modules/transports/libgnomeprint-file.so
gnucash-b 13415    pfortin  mem       REG        3,8    11984     128134 /usr/lib/libgnomeprint/2.12.1/modules/filters/libgnomeprint-frgba.so
gnucash-b 13415    pfortin  mem       REG        3,8    10920     128139 /usr/lib/libgnomeprint/2.12.1/modules/filters/libgnomeprint-select.so
gnucash-b 13415    pfortin  mem       REG        3,8    11548     128135 /usr/lib/libgnomeprint/2.12.1/modules/filters/libgnomeprint-multipage.so
gnucash-b 13415    pfortin  mem       REG        3,8    22572     128141 /usr/lib/libgnomeprint/2.12.1/modules/libgnomeprintcups.so
gnucash-b 13415    pfortin  mem       REG        3,8   439016     127387 /usr/lib/libgnomeprint-2-2.so.0.1.0
gnucash-b 13415    pfortin  mem       REG        3,8   240348     127395 /usr/lib/libgnomeprintui-2-2.so.0.1.0


$ rpm -qa | grep gtkhtml
libgtkhtml2_0-2.11.0-2mdv2007.0
libgtkhtml-3.8_15-3.12.0-1mdv2007.0

# lsof | grep gnucash | grep gtkhtml
gnucash-b 13415    pfortin  mem       REG        3,8   728972     127486 /usr/lib/libgtkhtml-3.8.so.15.3.9

I can export a report that overprints (discovered this after submitting this bug), open it with firefox and print it successfully; though this is rather tedious workaround when doing multiple reports in one sitting -- each real estate transaction has its own account and report sheet as required by regulations.

Images of print preview I'll be attaching:
A - gnucashprint.jpg
Balance column is missing (except "$")
B - gnucashprint1.jpg
Landscape mode; looks fine but prints on lower portion of portrait oriented paper with right side missing, and lots of white space at top of page.
C - gnucashprint2.jpg
Right columns missing; similar to image A above -- included to show that column width is not under user control.


I did see a few Print Previews which ran outside the boundaries of the on-screen 'page'; but can't reproduce those at the moment...  will update this report when I see another...
 
Comment 3 Pierre Fortin 2007-04-24 20:43:39 UTC
Created attachment 86944 [details]
Attachment "A"
Comment 4 Pierre Fortin 2007-04-24 20:44:23 UTC
Created attachment 86945 [details]
Attachment "B"
Comment 5 Pierre Fortin 2007-04-24 20:45:11 UTC
Created attachment 86946 [details]
Attachment "C"
Comment 6 Pierre Fortin 2007-04-24 20:59:20 UTC
D - gnucashprint3.jpg
This preview was with settings: Rotated 90 degrees; Landscape; 2 pages to 1 -- not how the print overlaps.

E - gnucashprint4.jpg
This preview was with settings: Straight; Landscape; 2 pages to 1 -- looks the same as D although the Print->Paper iconic preview was different.

F - gnucashprint5.jpg
This one: Straight; Portrait; 2 pages to 1 -- note the text wanting to run off the right side.

G - gnucashprint6.jpg
This one: Straight; Landscape; 4 pages to 1 -- note the text running off the top and the 4 pages overlapping.

Let me know if you want more examples...  HTH
Comment 7 Pierre Fortin 2007-04-24 21:00:20 UTC
Created attachment 86947 [details]
D
Comment 8 Pierre Fortin 2007-04-24 21:01:19 UTC
Created attachment 86948 [details]
E
Comment 9 Pierre Fortin 2007-04-24 21:01:50 UTC
Created attachment 86949 [details]
F
Comment 10 Pierre Fortin 2007-04-24 21:02:18 UTC
Created attachment 86950 [details]
G
Comment 11 Oxmosys 2007-12-27 23:03:22 UTC
I confirm this behavior in Linux Ubuntu 7.10 gnucash 2.2.1. Here's a the launchpad bug :

https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/80446
Comment 12 Carsten Rinke 2013-04-24 12:38:34 UTC
To the reporters of this bug:

Now that some time has passed and probably you have upgraded to newer releases, can you confirm whether this bug still exists or can be closed?
Comment 13 Pierre Fortin 2013-04-24 13:56:01 UTC
In version 2.4.10, all the wide info gets wrapped; both in title and in individual columns.  Appears to be satisfactory; thanks.
Comment 14 John Ralls 2018-06-29 21:33:45 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=432722. Please update any external references or bookmarks.