GNOME Bugzilla – Bug 635706
Images from stylesheet missing in certain webkit versions on FC14
Last modified: 2018-06-29 22:48:11 UTC
I tried to create a new stylesheet based on the Fancy stylesheet, following the explanation in the concepts guide chapter 12 section 9. As a first side note: the Fancy stylesheet is not visible in normal stylesheet window. It can be selected though in the "New stylesheet" dialog. That's not quite intuitive, and probably unintended behaviour. Anyway, I set the logo image to an existing png file (which I verified is correct and readable). I called the new stylesheet "Custom Invoice" just like the guide proposes. I then created an invoice and chose my new stylesheet, but the logo isn't displayed. I tried to set the header image then, but likewise it isn't displayed. I tried restarting GnuCash to see if that mattered, but images are still not displayed.
Did you go via Reports menu? I have a logo on invoices when I produce an invoice from the business menu. Many inconsistencies seem to exist depending on your route.
Thank you for testing. I tried to open the report via the Reports menu as well, but there's no logo there either. But perhaps we can try to find out what is different between your and my setup to narrow the problem down: * I am running 2.3.17+ (svn checkout of yesterday). * Webkit is enabled * Base system is Fedora 14, GnuCash 2.2.9 is installed as well. * My custom logo is in my home directory, called logo2.png. I tried both with an image with and without transparency.
I don't usually produce invoices via the report menu, but having tested it I see the same issue. My system: * 2.3.17+ (recent svn checkout). * Webkit is NOT enabled * Base system is Fedora 12, GnuCash 2.2.9 is installed as well. * My custom logo works anywhere. My invoices are normally produced via: Business->Customer->Find invoice Find the invoice. File->Print Invoice Select the correct style sheet from Report Options. If I've set a logo for that stylesheet then it appears as it should.
I also see the logo as it should. I've tested the "Easy" stylesheet and also the procedure described by Geert above, creating a new one based on the "Fancy" stylesheet. (BTW the names of the style sheets are untranslated in several places, which is an error, but I'm too lazy to file it now.) This was kubuntu 10.04, ./configure --with-html-engine=webkit, webkit-1.2.5. What else might influence this?
(The missing translation of the name of the style sheets was noted in bug #609472 and fixed by me in r19903 because it bugged me.)
I have the same issues as Geert
I am running svn r19810 but other than that the same setup as Geert Janssens, I did not have this problem on Fedora 13, but do have on Fedora 14. The 2.2.29 version has the same problem.
I've now installed and enabled webkit. I can still see the logo OK, so no change with webkit.
Thanks all for the feedback. It seems to be a F14 only thing. When I build latest svn on F13, it works. Building the same GnuCash version on F14, it doesn't. I suspect the issue has to do with different webkit versions: Fedora 13: webkitgtk-1.2.5-1.fc13.i686 Fedora 14: webkitgtk-1.3.6-1.fc14.i686 That's a big jump in version numbers. In my opinion, considering this issue is Fedora 14 only so far, I think it shouldn't block our 2.4 release. If others agree, I'll remove the target milestone and we can figure it out after release perhaps together with the fedora maintainer.
Has anyone tried this on Fedora 14 *without* webkit? My tests on FC12 work with and without webkit.
(In reply to comment #10) > Has anyone tried this on Fedora 14 *without* webkit? My tests on FC12 work > with and without webkit. That's a good suggestion. I just built GnuCash with gtkhtml3 on Fedora 14. In this configuration the logo appears just fine. That should confirm it has to do with the newer webkit version.
@Bob: You can try gtkhtml instead of webkit as well, by using ./configure --with-html-engine=gtkhtml in your gnucash build (and potentially installing the libgtkhtml dev packages). Also, Bob wrote in private email that FC 14 has this new feature: http://fedoraproject.org/wiki/Features/libjpeg-turbo in case it may be related to this problem. I don't think it is related, though.
Currently it is working for me, I downloaded the latest version, and also updated all Fedora packages, but the version shipping with fedora still has the problem.
@Bob: when you say it is working now, do you mean with webkit as html engine or did you build your latest version with gtkhtml ?
The latest build worked with webkit and gtkhtml, the default fedora package still doesn't work, guess they will get it updated when the new version is out.
I rebuilt the latest svn with webkit. It still doesn't work for me. I can set a logo in the stylesheet configuration, but it never displays on the reports. I tried both with a gif logo as with a jpg logo to be sure the issue isn't libjpeg-turbo. Below is my configure command: /kobaltnet/janssege/Development/EclipseGnuCash/GnuCash-git/configure --prefix=/kobaltnet/janssege/Development/Sandbox/GC-webkit --enable-debug --enable-compiler-warnings --enable-dbi --enable-doxygen --with-html-engine=webkit --enable-python-bindings What does your configure run command look like ?
I have basically the same configure command: ../configure --prefix=/home/cs/usr --enable-aqbanking --enable-locale-specific-tax --enable-dbi --enable-python-bindings --enable-debug --with-html-engine=webkit But if people reported this works fine we can tolerate this issue for the 2.4.0 release. I'd suggest to remove the milestone here.
I just upgraded to Fedora14 from 12, no more logo! ./configure --with-html-engine=webkit --enable-python-bindings --prefix=$HOME/progs Seems to be Fedora14/webkit issue.
Thanks Christian and Mike for the additional feedback. I agree this looks like a F14/webkit issue. It should not prevent us from releasing 2.4. I have removed the milestone.
This is likely due to bug #645173. Someone with FC14 can verify it by running `pkg-config --libs webkit-1.0` and looking to see if -lwebkit-1.0 has changed to -lwebkitgtk-1.0. It might make sense to have webkit_web_view_load_uri required instead of optional for the webkit implementation, since without it referencing files on disk does not work and it leads to odd breakages like this. That or at least see if there is some way to safely relax the security restrictions when falling back to webkit_web_view_load_html_string.
Here is what I get on F14: $ pkg-config --libs webkit-1.0 -pthread -lwebkitgtk-1.0 -lgtk-x11-2.0 -lsoup-2.4 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo -lpng12 -lpango-1.0 -lfreetype -lfontconfig -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 So you may well be right. I'll test your patch from bug 645173 and report back.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 645173 ***
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=635706. Please update any external references or bookmarks.