While running gnucash, selecting "Account Summary" from the "Reports" menu crashes gnucash. Reproducible: Always Steps to Reproduce: 1. run gnucash 2. select "Account Summary" from the "Reports" menu 3. crash Actual Results: Crash with this error message: gtkhtml-ERROR **: gconf error: Failed to contact configuration server (a likely cause of this is that you have an existing configuration server (gconfd) running, but it isn't reachable from here - if you're logged in from two machines at once, you may need to enable TCP networking for ORBit) aborting... Aborted Expected Results: A gnucash window containing a report. I realize this may be a gtkhtml problem or a gnome problem, but it may also be a problem with the gentoo package and gnucash. Since gnucash is a critical app for many people, I decided to list this as a gnucash bug. Here are several other bug reports that may be related. They may even contain the solution, but if they do, I am not savvy enough to discern what the solution might be: http://bugzilla.gnome.org/show_bug.cgi?id=124631 http://bugs.gnome.org/show_bug.cgi?id=138354 http://bugs.gentoo.org/show_bug.cgi?id=43720 All my gnome files and gtkhtml files are current per portage.
update your gconf-1 to 1.0.9* get us a debug backtrace of the crash
I apologize in advance for not knowing more about this, but as far as I know, I am running gconf-2.4.0.1 and not gconf-1. This is the best I can do on the debug front, without further instruction: mark@mantis mark $ gnucash --debug gnucash: [D] "files to open: "() gnucash: [D] "starting up (2)." gnucash: [D] "gnc:find-file looking for ""finance-quote-check"" in "("/usr/share/gnucash") gnucash: [D] " checking for ""/usr/share/gnucash/finance-quote-check" gnucash: [D] "found file ""/usr/share/gnucash/finance-quote-check" gnucash: [D] "gnc:find-file looking for ""finance-quote-helper"" in "("/usr/share/gnucash") gnucash: [D] " checking for ""/usr/share/gnucash/finance-quote-helper" gnucash: [D] "found file ""/usr/share/gnucash/finance-quote-helper" gnucash: [D] "loading system configuration" gnucash: [D] "gnc:find-file looking for ""config"" in "("/etc/gnucash") gnucash: [D] " checking for ""/etc/gnucash/config" gnucash: [D] "found file ""/etc/gnucash/config" gnucash: [D] "loading user configuration" gnucash: [D] "Running functions on hook "report-hook #<procedure business-report-function ()> gnucash: [D] "Running functions on hook "startup-hook #<procedure #f ()> gnucash: [D] "Running functions on hook "ui-startup-hook #<procedure gnc:extensions-menu-setup ()> gnucash: [D] "Running functions on hook "add-extension-hook #<procedure add-business-test ()> #<procedure add-log-replay-menu-item ()> #<procedure add-business-items ()> #<procedure gnc:main-window-ui-startup-handler ()> #<procedure gnc:tip-of-the-day-startup-func ()> gnucash: [D] "Running functions on hook "book-closed-hook #<procedure gnc:main-window-book-close-handler (session)> gnucash: [D] "Running functions on hook "book-opened-hook #<procedure import-commodities (session)> #<procedure gnc:main-window-book-open-handler (session)> #<procedure #f (session)> gnucash: [D] "Running functions on hook "ui-post-startup-hook #<procedure business-ui-started ()> gtkhtml-ERROR **: gconf error: Failed to contact configuration server (a likely cause of this is that you have an existing configuration server (gconfd) running, but it isn't reachable from here - if you're logged in from two machines at once, you may need to enable TCP networking for ORBit) aborting... Aborted
I have the same problem as Mark Hughes. If you manually run gconfd-1, it works perfectly. When gnucash starts, the gconfd-2 is started but it seems gnucash can't find it. If both are up, it runs ok.
This is due to gnucash still being a gnome-1 app, and more specifically due to gtkhtml-1 requiring the gconfd-1 server to be running. Gconfd-1 needs to be installed and it's server needs to be running for gnucash reporting to work.
we could maybe create a wrapper for gnucash that always starts gconfd-1, that should solve this should it not ?
i don't think that is necessary .. i think the problem was that gconfd-1 and gconfd-2 couldn't co-exist until gconf-1.0.9. this is because of locking problems or something similar to that. so (in theory) upgrading to gconf-1.0.9 should fix it.
thats what i thought as well, but i already suggested that in comment #2
needinfo, as it should work without problems with gconf-1.0.9 from SLOT=1