Bug 241773 - Some custom reports fail to print properly
Summary: Some custom reports fail to print properly
Status: RESOLVED DUPLICATE of bug 245972
Alias: None
Product: kmymoney
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-14 22:18 UTC by John Hudson
Modified: 2010-07-28 11:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Text printed by printer; first page of PDF/PS (11.94 KB, application/pdf)
2010-06-14 22:18 UTC, John Hudson
Details
File where certain reports fail to print correctly (233.35 KB, application/xml)
2010-06-20 17:35 UTC, John Hudson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description John Hudson 2010-06-14 22:18:39 UTC
Created attachment 48009 [details]
Text printed by printer; first page of PDF/PS

Version:           unspecified (using KDE 4.3.5) 
OS:                Linux

Custom reports created for one account fail to print properly; the printer hangs after printing heading on first page; printing to PDF or PS results in a first page consisting of same text as printed by printer followed by one full page followed by five empty pages.

CSV export similarly creates a partial export; only HTML export works correctly.

Reproducible: Didn't try

Steps to Reproduce:
Open KMyMoney; select standard report; configure to print from one account.


Actual Results:  
If two of three accounts selected, custom report printed - one of a single page, one of two pages; if third account (actually first in list) selected, print to printer or file fails after first heading, export to CSV fails after about four weeks; export to HTML succeeds. Report length is seven pages.

Expected Results:  
Successful print whichever account was selected.

I have tried to vary to order in which to configure accounts to print separately but it does not matter whether I choose the rogue account first and the others after or the other first and the rogue last, the behaviour from this one account is consistent.

I attach a PDF of the first page of the report to show how far it gets with the printer; with PDF and PS this is the first page but there is a second page of entries followed by five blank pages.

I opened KMyMoney in the console to see if it would yield any further information but there was no messages.
Comment 1 John Hudson 2010-06-14 22:19:49 UTC
Sorry, I forgot to select Happens every time as mentioned in the description.
Comment 2 Alvaro Soliverez 2010-06-15 04:09:25 UTC
Let me clarify. You only have problems to print some specific accounts?
Is there anything in particular about the data of those accounts?
Comment 3 John Hudson 2010-06-15 09:02:15 UTC
The problem only happens
(1) after I have customised one of the standard reports
(2) with one of the three accounts I have.

The account with which I have problems is a checking account; the others are a savings account and a petty cash account. There is no obvious difference between the transactions in the checking account and the savings account.

This weekend I will do some more systematic research on whether this happens with all reports or with certain types of customisation.
Comment 4 John Hudson 2010-06-20 17:35:48 UTC
Created attachment 48167 [details]
File where certain reports fail to print correctly
Comment 5 John Hudson 2010-06-20 17:36:43 UTC
Further tests with Reports

I have run the same tests on two different accounts files. The original problem only occurs with one file and then only when the checking account in this file is included along with the others in certain reports. No problems were encountered with the other file except the points about PDFs mentioned below.

PDFs which have too many columns to fit onto the page, even in landscape mode, are truncated on the right. Thus, where no problems are reported, this may be because the columns could be fitted on the page.

Too many lines are printed on each PDF leading to the final line of a page falling into the non-printing zone at the bottom of the page. Changing the PDF margins before printing reduces but does not remove the likelihood of this happening.

Income and expenses this year: no problems encountered

Transactions by account: all accounts: problem as described in first post of 241773

Transactions by account: configured to print each account separately: no problems encountered.

Transactions by account: configured to add Memo column: problem as described in first post of 241773 for all accounts and for checking account alone; no problems when configured for savings or petty cash account alone.

Transactions by account: in the csv export, no problems encountered with default export or custom export

Budget vs Actual (YTM): similar problem to first post of 241773 except no blank pages after second page (in the first post, the number of pages printed corresponded to the length of the report but all pages after the second were blank)

Budget vs Actual (YTM): in the csv export, the report appeared to have exported correctly except that the months and total labels followed each other instead of being spaced out over the appropriate columns

I have already posted an anonymised copy of the file where the main problems have occurred.
Comment 6 Alvaro Soliverez 2010-07-27 12:54:59 UTC
The export to CSV issues are fixed in SVN already. The column headers didn't take into account whether multiple column types (budget, actual, difference) were being exported.

Printing issues are probably an issue in KHTMLView, since we only call KHTMLView->print() and don't do much more than that. I will file a bug and link back to this one.

Sorry for the delay.
Comment 7 Alvaro Soliverez 2010-07-28 11:51:49 UTC

*** This bug has been marked as a duplicate of bug 245972 ***