GNOME Bugzilla – Bug 588816
Heading Banner Image does not display or print on invoice reports
Last modified: 2018-06-29 22:24:50 UTC
Steps to reproduce are: - From the menu: Edit->Style Sheets - Select Technicolor and click Edit button (Please note I tested with various Style Sheets, and none worked.) - Go to Images tab, and choose a Heading Banner image. - Click Apply/OK back to the main screen. You should now be at the main screen again. - From the menu: Reports->Business->Fancy Invoice (Please note that I tested with other invoices, and problem still exists.) - Click Options button (on ribbon bar), change Stylesheet to Technicolor, select an invoice, then click OK. In Win32 Version 2.3.2, a little square appears where the image should be displayed, but no image. (I tested version 2.3.2 for build dates 2009-07-06 and 2009-07-13, and both had the same problem.) Also, please note that Win32 version 2.2.9 does *not* have this problem...it works peachy! [grin] Thanks for all your help, guys!
Thanks for reporting this. I think the problem is that I need to add "file://" before the image file name in the generated HTML. Otherwise, it tries to evaluate "C:\..." with "C:" as the URL type. Not a problem on linux.
Re: [webkit-gtk] local files don't work ... From: Josip <josip@pisoj.com> ... Add to Contacts To: Gustavo Noronha Silva <gns@gnome.org> Cc: webkit-gtk@lists.webkit.org Gustavo Noronha Silva wrote: > On Wed, 2009-10-28 at 00:12 +0100, Josip wrote: >> can somebody please explain how webkit handles local files (those accessed with "file://"). > > It uses GIO. > $ pkg-config gio-2.0 --modversion 2.22.0 >> It looks like any local files is rendering just as ascii text. >> So i would like to know what didReceiveResponse() actualy do and why that not works in windows. > > That's because of you missing shared-mime-info. GIO depends on that to > correctly identify the content type of the file. > Thanks for help! I have installed libwebkit-1.0-2.dll and update-mime-database.exe(from shared-mime-info-0.70) in directory C:\WebKitGTK-1.1.15.3\bin and put their mime directory in C:\WebKitGTK-1.1.15.3\share Created environment variables: XDG_CONFIG_DIRS=C:\WebKitGTK-1.1.15.3\etc\xdg XDG_DATA_DIRS=C:\WebKitGTK-1.1.15.3\share Run: update-mime-database.exe C:\WebKitGTK-1.1.15.3\share\mime But local files still cant be opened. Did i miss something and what? -- Josip _______________________________________________ webkit-gtk mailing list webkit-gtk@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk
Just an FYI...I have checked the latest version 2.3.8, and this problem still exists. Thanks! -Ed
Another addendum: Testing with 2.3.8, I exported the report, and the image was prefixed with "file://" (as reported in this thread). - The problem is that it needs to be "file:///" (with THREE slashes, not TWO). - I manually edited my stylesheet, and prefixed the file with the additional slash, and *WHEN I EXPORT TO HTML* the image now appears. - HOWEVER, the image NEVER appears when previewing the invoice in GnuCash, nor does it appear when printing. - As an aside, the printing was microscopic on the page. Feel free to contact me if questions. Thanks! -Ed
Hmmm... 3 slashes. OK.
Since we will be sticking with gtkhtml on windows for 2.4 and this doesn't affect linux, removing target of 2.3.X.
This issue also exists in 2.3.10 under Windows XP SP2.
Since my last post, I uninstalled and reinstalled GNUCash 2.3.10, an effort to make sure GNUCash 2.3.10 is installed correctly. My Heading banner does appear in the HTML Export for GNUCash 2.3.10 running under Windows XP SP2 and the invoice looks correct except for displaying a Serif font instead of the selected Sans Serif font. The Heading Banner does not appear visibly in "Printable Invoice" view as it does in 2.2.9. When I "Print Report..." to Adobe PDF Printer the output is a small postage stamp (2pt or smaller text) at the top-middle of the page. Increasing the size of this postage stamp image until it is viewable displays garbage data fields in the Adobe PDF output file printed through the Adobe PDF print driver and viewed with Adobe Acrobat Reader 9. A Copy/Paste... of the GNUCash 2.3.10 PDF Printer output from the Adobe PDF file viewer to another application again provides readable text, as if the output were generated with 16 or 32-bit UNICODE characters and the paste masked it back to 7-bit ASCII. GNUCash 2.3.10 currently isn't usable for printing Adobe Acrobat Professional 6.0.6 PDF invoices under Windows XP SP2. This does work with GNUCash 2.2.9.
I think I've got a fix for the printing size issue done. It prints fine on a regular printer. I'll try to set up a PDF printer and check that, and also check for the image.
Thank you Phil. I verified the postage stamp behavior also exists with the free CutePDF Writer print driver available from http://www.cutepdf.com The printing gobbledygook behavior only happens with Adobe Acrobat Professional 6.0.6. Good luck!
As an addendum, I had originally tested the PDF printing using PDFCreator 1.1.8, Acrobat 8, and more recently Acrobat 9. I have not yet tested 2.3.10 because it appears that Craig already did. [grin] Thanks for everyone's help in resolving this! I'm anxious to switch over to a MySql backend!!! [grin]
FYI the "postage stamp" print seems to be fixed with 2.3.11 (PDFCreator 0.9.9), however this bug is still not fixed ("Heading Banner Image does not display or print on invoice reports"). I hate to sound impatient, but it's been nearly 9 months since this was originally reported. Is there any work still being done on this bug?
Yes, this is the bug I am actively working on. The problem was that webkit was a moving target - it worked on linux/gtk and worked on win32, but not on win32/gtk. I now think I have a build of webkit which will work for these banner images if I can get some dependencies sorted out.
Finally! r18992
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=588816. Please update any external references or bookmarks.