Custom Query (1145 matches)

Reported by wdc, 15 years ago.

If gnucash is started with the "Update Search Path" option, a seemingly benign default, creates a .gconf.path which thereafter forces Athena 10 to look at Athena 9 gconf defaults and suddenly your screen is a broken version of Athena 9 instead of the new Ubuntu setup.

Supplementary documentation on this issue:

 http://svn.gnucash.org/docs/help/first-time.html

 http://svn.gnucash.org/trac/browser/gnucash/trunk/src/gnome-utils/druid-gconf-setup.c#L90

removing .gconf.path seems unbreaks the gconf setup, and gnucash runs just fine without that file present,

The problem is that we can't seem to figure out how gnucash got it into its head that making that setup was necessary.

Let's see if we can get an initial gnucash startup to fail again like this and understand WHY it did this.

The two commands:

rm -rf ~/gnucash

gconftool-2 --recursive-unset /apps/gnucash

clears out all the identifiable gnucash state, but does NOT provoke it into a setup dialog that asks if the Gnome Path can be set.

Reported by broder, 15 years ago.

We should figure out if there's anything we can do about this.

In particular, we may want to consider setting toolkit.storage.synchronous to 0 in the Firefox plugin. See also  discuss:3771

Reported by jdreed, 15 years ago.

When we install on the 755s (via PXE or hackboot), we see the following weird behavior:

The install progresses normally up to the step of downloading the packages. At 99% complete, the process hangs indefinitely. ps shows two aptitude http processes sitting there. Geofft did some debugging and it appears that the processes are blocking on each other.

amb and alexp were able to reproduce.

We have no idea why this is hardware dependent.

We should also see if this affects 745s and 760s.