Alan
Bugzilla (https://bugs.gnucash.org/) is just a web interface for filing
information about a bug and is meant for users to report problems to the
developers. You don't really know how to administer it and set it up to
file a bug, but you do need to be a registered user on Bugzilla to file a
a workaround (it took many hours) when the QIF
import kept failing. I am glad I was able to make it work for me. I shared
the experience on the mailing list-also a new concept to me-so that others
that run into the same failure can understand it. I cannot fix the problem
in the application. I do
Can you report this as a bug in bugzilla [1] please ?
Messages on the mailing list are a nice heads up, but tend to get lost.
Thanks!
Geert
[1] Refer to http://wiki.gnucash.org/wiki/Bugzilla on how to use our bug tracker
Op dinsdag 17 maart 2020 23:40:33 CET schreef Alan Auerbach:
> Importing
Importing data from Quicken 2000 Home & Business revealed a bug after many
unsuccessful attempts. I found that if a split transaction has any blank
lines before the first line with data, the import will fail. I eventually
located all the records with blank lines in the splits, moved the actual
a8c7c2
> Author: John Ralls
> Date: Tue Aug 27 11:50:25 2019 -0700
>
> Add scm-srfi64-extras and scm-qif-import as check dependencies
>
> Fixes make check when make all hasn't been run.
>
>
>
> Summary of changes:
> gnucash/import-export/qif-i
I have been out of the loop for several days. Lightning took out DSL
filter, modem and Ethernet port. Temporarily have internet now part of
the time.
Just did a qif import into GnuCash 3.1 build 3.0-118-gd2ef5fd0f+
(2018-04-28), Windoze 10 - 1709. The window to cancel or import was so
On Saturday 13 March 2010, Tom Van Braeckel wrote:
Wow, 12 hours of coding, debugging, grepping and wrestling through the code
for a 2 line patch :-)
What a satisfaction to find it. I learned a lot about QIF, gnucash, gdb,
scheme and what not.
So, the QIF importer did not copy the new color
of the engine, the qif-import code is so much downstream, it
shouldn't have to know about whether copying an account must include copying
its color. Instead, the engine should offer a function which does the
copying, and the qif-import uses that one and doesn't have to take care of the
details (including
accounts are equal, but I assume this has been given though
before.
Best regards,
Tom.
Index: src/import-export/qif-import/qif-to-gnc.scm
===
--- src/import-export/qif-import/qif-to-gnc.scm (revision 18901)
+++ src/import-export/qif
I solved my problem in 2.2.6 now.
After importing the Quicken 2009 qif file the properties of one bank account
was wrong, and therefore the deposit and withdrawal values were
interchanged. Correcting it to bank and this problem was solved.
Other problems in 2.2.6 with qif import:
- account
the Quicken 2009 qif file the properties of one bank
account was wrong, and therefore the deposit and withdrawal values were
interchanged. Correcting it to bank and this problem was solved.
Other problems in 2.2.6 with qif import:
- account property Oth S has to be corrected manually to Bank in qif
it to bank and this problem was solved.
Other problems in 2.2.6 with qif import:
- account property Oth S has to be corrected manually to Bank in qif
file before import
- deletion of double bookings manually after import
Now all balances are exactly the same in gnucash like they were
the Quicken 2009 qif file the properties of one
bank
account was wrong, and therefore the deposit and withdrawal values
were
interchanged. Correcting it to bank and this problem was solved.
Other problems in 2.2.6 with qif import:
- account property Oth S has to be corrected manually to Bank
:
I solved my problem in 2.2.6 now.
After importing the Quicken 2009 qif file the properties of one
bank
account was wrong, and therefore the deposit and withdrawal values
were
interchanged. Correcting it to bank and this problem was solved.
Other problems in 2.2.6 with qif import
and withdrawal
values were
interchanged. Correcting it to bank and this problem was
solved.
Other problems in 2.2.6 with qif import:
- account property Oth S has to be corrected manually to Bank
in
qif file before import
- deletion of double bookings manually after import
Now all
problem in 2.2.6 now.
After importing the Quicken 2009 qif file the properties of one bank
account was wrong, and therefore the deposit and withdrawal values were
interchanged. Correcting it to bank and this problem was solved.
Other problems in 2.2.6 with qif import:
- account property Oth
.
Other problems in 2.2.6 with qif import:
- account property Oth S has to be corrected manually to Bank in
qif file before import
- deletion of double bookings manually after import
Now all balances are exactly the same in gnucash like they were in
Quicken, so everything ok
it to bank and this problem was solved.
Other problems in 2.2.6 with qif import:
- account property Oth S has to be corrected manually to Bank in
qif file before import
- deletion of double bookings manually after import
Now all balances are exactly the same in gnucash like they were in
Quicken, so
Safer than trying to continue to use the broken 2.2.6-3 package.
-derek
and78...@gmx.de and78...@gmx.de writes:
Ok, but how safe and stable are such packages from foreign repositories?
Could they harm my system?
2009/4/18 Cristian Marchi cr...@libero.it
Hi Derek,
Ubuntu 8.10 is only
I wonder if there is not something wrong other than the version. I think
very little changed in the QIF import after 2.2.6. Certainly nothing I can
think of that would have this kind of result.
Andreas, did you import multiple QIF files? If so, did you import them
together or separately?
Could
file the properties of one bank
account was wrong, and therefore the deposit and withdrawal values were
interchanged. Correcting it to bank and this problem was solved.
Other problems in 2.2.6 with qif import:
- account property Oth S has to be corrected manually to Bank in qif
file before
with qif import:
- account property Oth S has to be corrected manually to Bank in qif
file before import
- deletion of double bookings manually after import
Now all balances are exactly the same in gnucash like they were in
Quicken, so everything ok.
Thanks for such a great piece
Ok, but how safe and stable are such packages from foreign repositories?
Could they harm my system?
2009/4/18 Cristian Marchi cr...@libero.it
Hi Derek,
Ubuntu 8.10 is only available with gnucash 2.2.6. How do i update gnucash
to
2.2.9 on Ubuntu 8.10?
I don't use Ubuntu.
Either find
Hi,
Please remember to CC the list on all replies using your mailer's
Reply-To-List or Reply-All functionality.
and78...@gmx.de and78...@gmx.de writes:
Hi Derek,
Ubuntu 8.10 is only available with gnucash 2.2.6. How do i update gnucash to
2.2.9 on Ubuntu 8.10?
I don't use Ubuntu.
Either
Hi Derek,
Ubuntu 8.10 is only available with gnucash 2.2.6. How do i update gnucash to
2.2.9 on Ubuntu 8.10?
I don't use Ubuntu.
Either find a repository that has it, or build from source.
But 2.2.6 is old and there have been many QIF fixes.
You can find a GnuCash 2.2.9 deb
Hello,
i have installed gnucash 2.2.6 (ubuntu 8.10) and tried to import my Quicken
2009 qif file.
The import worked very well, but i have a big problem with the imported data
anyway:
In gnucash all the Deposit and Withdrawal values of every booking are
interchanged!
For example:
Income
Hi,
Quoting and78...@gmx.de and78...@gmx.de:
Hello,
i have installed gnucash 2.2.6 (ubuntu 8.10) and tried to import my Quicken
2009 qif file.
The import worked very well, but i have a big problem with the imported data
anyway:
In gnucash all the Deposit and Withdrawal values of every
I am interested in paying for someone to work on a small gnucash project for
me.
*Background:*
I want to use Yodlee.com to aggregate and download all my account
transactions.
From Yodlee, I plan to export all transactions to CSV (Yodlee's
*only*choice) once a month or so.
Then I would like to
On Fri, May 16, 2008 at 07:40:49PM -0700, Charles Day wrote:
I have attached two screenshots: the before shows the current design from
SVN, and the after shows my changes. I added a label above the list of
matchings, with a mnemonic to navigate to the list (per HIG). On the bottom,
You mean
On Mon, May 19, 2008 at 9:59 PM, Beth Leonard [EMAIL PROTECTED] wrote:
On Fri, May 16, 2008 at 07:40:49PM -0700, Charles Day wrote:
I have attached two screenshots: the before shows the current design
from
SVN, and the after shows my changes. I added a label above the list of
matchings,
Hi Charles,
On So, 2008-03-02 at 14:19 -0800, Charles Day wrote:
On Thu, Feb 28, 2008 at 3:45 PM, Charles Day [EMAIL PROTECTED]
wrote:
On Thu, Feb 28, 2008 at 3:16 PM, Andreas Köhler
[EMAIL PROTECTED] wrote:
QIF import: Show the druid's documentation pages
PROTECTED] wrote:
QIF import: Show the druid's documentation pages by
default. Previously these pages were hidden by
default.
BP
I just wonder, whether it is really necessary to
backport this one
2008)
New Revision: 16976
Trac: http://svn.gnucash.org/trac/changeset/16976
Added:
gnucash/trunk/src/import-export/qif-import/schemas/
gnucash/trunk/src/import-export/qif-import/schemas/Makefile.am
gnucash/trunk/src/import-export/qif-import/schemas
Hi Charles,
Am Donnerstag, den 28.02.2008, 17:50 -0500 schrieb Charles Day:
Author: cedayiv
Date: 2008-02-28 17:50:39 -0500 (Thu, 28 Feb 2008)
New Revision: 16976
Trac: http://svn.gnucash.org/trac/changeset/16976
Added:
gnucash/trunk/src/import-export/qif-import/schemas/
gnucash
Added:
gnucash/trunk/src/import-export/qif-import/schemas/
gnucash/trunk/src/import-export/qif-import/schemas/Makefile.am
gnucash/trunk/src/import-export/qif-import/schemas/apps_gnucash_import_qif.schemas.in
Modified:
gnucash/trunk/configure.in
gnucash/trunk/src
Oops.. Forgot to mark this for BP.
-derek
Quoting Derek Atkins [EMAIL PROTECTED]:
Author: warlord
Date: 2008-01-20 11:56:31 -0500 (Sun, 20 Jan 2008)
New Revision: 16872
Trac: http://svn.gnucash.org/trac/changeset/16872
Modified:
gnucash/trunk/src/import-export/qif-import/qif-to-gnc.scm
Hi GnuCash Developers,
I just installed the latest version of GnuCash 2.1.5 for Windows and tried
importing my Quicken 2002 Premier Home Busness QIF file that includes
multiple currency accounts. The QIF import wizard reported that GnuCash
does not currently handle multiple currency QIF
that includes
multiple currency accounts. The QIF import wizard reported that GnuCash
does not currently handle multiple currency QIF file imports and that this
limitation should be removed soon. Does anyone have any idea about how
soon multiple currency QIF imports will be available?
I really
I have recently converted to linux. Up to now I have been using JGnash
for my finance. I would like to switch to qnucash but JGnash does not
export anything. However their data file is XML and very readable. I
have an extensive programming background and would like to write code
to port the JGnash
Unfortunately there is no QIF Spec per se, but a google for
QIF Format should be useful.
-derek
Mike Adolf [EMAIL PROTECTED] writes:
I have recently converted to linux. Up to now I have been using JGnash
for my finance. I would like to switch to qnucash but JGnash does not
export anything.
Derek Atkins [EMAIL PROTECTED] writes:
Unfortunately there is no QIF Spec per se, but a google for
QIF Format should be useful.
Mike...
I recall wikipedia's entry on QIF as being pretty good, as well.
--
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
Andrew Sackville-West [EMAIL PROTECTED] writes:
On Mon, Feb 12, 2007 at 11:48:45AM -0600, Terry Therneau wrote:
Request
The qif importer should update the account tree display when finished.
Others will think, as I did, that the import failed.
I've seen this too, though in my case I
Am Samstag, 13. Januar 2007 00:26 schrieb Andreas Köhler:
Use double-clicks in the qif import druid. Fix #395325.
Since this fixes a bug, IMHO it can be back-ported despite the
new/changed i18n strings.
This will not work, because 2.0 is still using GtkCList's here.
Oh. Well, thanks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Köhler schrieb:
Trac: http://svn.gnucash.org/trac/changeset/15336
Modified:
gnucash/trunk/src/import-export/qif-import/dialog-account-picker.c
gnucash/trunk/src/import-export/qif-import/druid-qif-import.c
gnucash/trunk/src
On Mon, Aug 07, 2006 at 10:15:26AM -0400, Christian Stimming wrote:
Author: cstim
Date: 2006-08-07 10:15:25 -0400 (Mon, 07 Aug 2006)
New Revision: 14602
Trac: http://svn.gnucash.org/trac/changeset/14602
Modified:
gnucash/trunk/src/import-export/qif-import/qif.glade
Log:
Fix string
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Can someone with clue take a look at http://bugs.debian.org/370502?
I have requested more info from the submitter so that I can verify it
and open it in bugzilla, but since it's a pretty serious issue, it
might be valuable if someone gets an
On Fri, 2006-06-09 at 09:17 -0700, Thomas Bushnell BSG wrote:
After I confirmed this with a data file from the Debian bug-submitter,
I opened 344170 in gnucash bugzilla. Has anyone had a chance to
examine it?
(I normally wouldn't prod like this, but it's sitting at the very
highest
Josh Sled [EMAIL PROTECTED] writes:
Aye, we've taken a look at this bug in particular, and talked about the
issue for a while. While all the accounting in bugzilla isn't squared
away yet (funny, that), we've filed
http://bugzilla.gnome.org/show_bug.cgi?id=344219 , which is
2.0.0-targeted.
Can someone with clue take a look at http://bugs.debian.org/370502?
I have requested more info from the submitter so that I can verify it
and open it in bugzilla, but since it's a pretty serious issue, it
might be valuable if someone gets an immediate aha!
Thomas
The first thing that comes to mind is The QIF importer doesn't deal
with charset/encoding and doesn't do any kind of conversion, which
would mean that it's possible to push a non-utf8 character string into
the data set through the importer. That could be what's happening.
-derek
Quoting Thomas
Derek Atkins [EMAIL PROTECTED] writes:
The first thing that comes to mind is The QIF importer doesn't deal
with charset/encoding and doesn't do any kind of conversion, which
would mean that it's possible to push a non-utf8 character string into
the data set through the importer. That could
On Mon, 2006-06-05 at 16:49 -0700, Thomas Bushnell BSG wrote:
Derek Atkins [EMAIL PROTECTED] writes:
The first thing that comes to mind is The QIF importer doesn't deal
with charset/encoding and doesn't do any kind of conversion, which
would mean that it's possible to push a non-utf8
Quoting David Hampton [EMAIL PROTECTED]:
If nothing else, the various gnucash importers should check that the
data is valid utf8 during import.
And what if they are not? If you're running a non-UTF8 locale the
imported data could be ISO or something else.. QIF for example has
nothing to
On Mon, 2006-06-05 at 20:13 -0400, Derek Atkins wrote:
Quoting David Hampton [EMAIL PROTECTED]:
If nothing else, the various gnucash importers should check that the
data is valid utf8 during import.
And what if they are not? If you're running a non-UTF8 locale the
imported data could
), and
GnuCash crashed with the following console message:
/usr/local/share/gnucash/scm/qif-import/qif-file.scm:447:3: In expression
(check-and-parse-field qif-xtn:date qif-xtn:set-date! ...):
/usr/local/share/gnucash/scm/qif-import/qif-file.scm:447:3: Wrong number
of arguments to #procedure check
On Fri, Jun 22, 2001 at 11:26:42AM +0200, Christian Stimming wrote:
I just tried to import some QIF snippet from my online bank. Unfortunately
GnuCash crashed on loading the file...
This should be fixed now. Thanks for the report.
b.g.
___
Bill Gribble wrote:
On Wed, Jun 06, 2001 at 01:06:05PM -0700, Dave Peticolas wrote:
I don't know about guile-1.4, but on my guile-1.3.4 system,
it takes almost 3 seconds to load src/scm/report-list.scm.
That is over half the time I wait before the splash screen
comes up! So I think you
GLeeJ. wrote:
when gnucash loads it starts at around 68 % cpu then goes to 98.3 finally
resting at 1.3..just fyi in case it helps
lee
-=
___
gnucash-devel mailing list
[EMAIL PROTECTED]
On 05 Jun 2001 18:39:32 -0500, Kevin Finn wrote:
Leach, Chris J (Oakton) wrote:
It would be nice if moving parent moved the subtree.
It would be nicer if the tree was presented and you could drag and drop
subtrees
It's been a while since I've imported from QIF, but I agree that
On Tue, Jun 05, 2001 at 11:40:08PM -0700, Dave Peticolas wrote:
One thing that would really improve load times would be to defer
loading the main bodies of report code until they are needed for
the first time. I think this should be fairly straightforward.
Any guile gurus see problems there?
On 06 Jun 2001 06:44:20 -0500, Bill Gribble wrote:
On Tue, Jun 05, 2001 at 11:40:08PM -0700, Dave Peticolas wrote:
One thing that would really improve load times would be to defer
loading the main bodies of report code until they are needed for
the first time. I think this should be fairly
On Wed, Jun 06, 2001 at 01:06:05PM -0700, Dave Peticolas wrote:
I don't know about guile-1.4, but on my guile-1.3.4 system,
it takes almost 3 seconds to load src/scm/report-list.scm.
That is over half the time I wait before the splash screen
comes up! So I think you are wrong here.
On 06 Jun 2001 15:45:15 -0500, Bill Gribble wrote:
On Wed, Jun 06, 2001 at 01:06:05PM -0700, Dave Peticolas wrote:
I don't know about guile-1.4, but on my guile-1.3.4 system,
it takes almost 3 seconds to load src/scm/report-list.scm.
That is over half the time I wait before the splash
I'm very surprised that the loading is so slow with 1.3.4. Gnucash
doesn't take nearly that long to load for me; and if the splash screen
doesn't come up while stuff like that is loading, what good is it?
Maybe we should shuffle things around to display the splash screen
sooner. That
Bill Gribble wrote:
On Wed, Jun 06, 2001 at 01:06:05PM -0700, Dave Peticolas wrote:
I don't know about guile-1.4, but on my guile-1.3.4 system,
it takes almost 3 seconds to load src/scm/report-list.scm.
That is over half the time I wait before the splash screen
comes up! So I think you
On Wed, Jun 06, 2001 at 11:48:43PM -0500, Kevin Finn wrote:
I assume some guile loading is going on before the development
version warning, but is there really 13 seconds' worth?
This might very well be the guppi bug we spotted last weekend. If so,
gnucash is spending the time trying to
OK I've got a brand new gnucash working
I've created some recommended accounts via the wizard
and now I'm importing a load of qif files
the selection proccess requires me to enter each file one at a time. Not
only that
but each selection starts from the current directory not in the directory I
Leach, Chris J (Oakton) wrote:
It would be nice if moving parent moved the subtree.
It would be nicer if the tree was presented and you could drag and drop
subtrees
It's been a while since I've imported from QIF, but I agree that it
would be nice to be able to drag-and-drop account in
On Mon, Feb 12, 2001 at 07:13:56PM -0500, Derek Atkins wrote:
So, I decided to try the importer without using the new account
chooser. If I just keep hitting "next" then I still get the error
window "An error occurred while importing QIF transactions into
Gnucash. Your accounts are
On Tue, Feb 13, 2001 at 11:27:27AM -0500, Derek Atkins wrote:
30* [#procedure (n) -19.59]
31 (if n (gnc:double-to-gnc-numeric n GNC-DENOM-AUTO ...) ...)
32 [gnc:double-to-gnc-numeric -19.59 0 ...]
/usr/gnucash/share/gnucash/scm/qif-import/qif-to-gnc.scm:362:24: In procedure
gnc:double
On Tue, Feb 13, 2001 at 12:04:16PM -0500, Derek Atkins wrote:
If I don't use the account-picker, it dies after the "enter the
currency" page. If I do use the account-picker, it dies in the same
place. Ok, I must've been confused (or perhaps your patch changed
where it died and I just didn't
c num: 0 denom: 1 #gnc-numeric num: 0 denom:
-9223372036854775808 ...]
33* [gsubr-apply #compiled-closure #primitive-procedure gsubr-apply
#gnc-numeric num: 0 denom: 1 ...]
/usr/gnucash/share/gnucash/scm/qif-import/qif-to-gnc.scm:368:27: In procedure
gsubr-apply in expression (gnc:numeric-ad
Hey, try this patch to gnc-helpers.c instead of yours. I think this
version of scm_to_gint64 should work in all cases (even large numbers
;)
-derek
Index: src/guile/gnc-helpers.c
===
RCS file:
[EMAIL PROTECTED] (Bill Gribble) writes:
Wait a minute... I looked at your patch again, and if I'm not mistaken
it has the same problem as the original code: you can't ensure that
both arguments to scm_logand are fixnums. You can guarantee that they
would fit within the RANGE of a fixnum,
On Tue, Feb 13, 2001 at 06:02:54PM -0500, Derek Atkins wrote:
Hey, try this patch to gnc-helpers.c instead of yours. I think this
version of scm_to_gint64 should work in all cases (even large numbers
;)
I just sent a patch that does it a different way, but I like your
approach better. I am
[EMAIL PROTECTED] (Bill Gribble) writes:
On Tue, Feb 13, 2001 at 04:35:37PM -0500, Derek Atkins wrote:
Converting this to scheme, step-by-step, assuming some value for num:
guile (define num 12345678901234567890)
guile (define mask 65535)
guile (define mag (abs num))
guile (logand
Whee...
-derek
PS: Thanks for working on this.
[EMAIL PROTECTED] (Bill Gribble) writes:
On Tue, Feb 13, 2001 at 12:50:26PM -0500, Derek Atkins wrote:
I've got the gnome shipped with RH 6.2 (gnome-core-1.0.55-12),
gtk+-1.2.6-7, etc. I'm perfectly willing to try patches here or help
On Tue, Feb 13, 2001 at 06:18:14PM -0500, Derek Atkins wrote:
BTW, thanks for all the help. Imports are now "working"..
There are still a number of other annoying bugs (or mis-features) of
the importer, but I think I can help track those down, now that I have
a working importer.
Right.
[EMAIL PROTECTED] (Bill Gribble) writes:
On Tue, Feb 13, 2001 at 06:18:14PM -0500, Derek Atkins wrote:
BTW, thanks for all the help. Imports are now "working"..
There are still a number of other annoying bugs (or mis-features) of
the importer, but I think I can help track those down,
PROTECTED] (Bill Gribble) writes:
On Tue, Feb 13, 2001 at 11:27:27AM -0500, Derek Atkins wrote:
30* [#procedure (n) -19.59]
31 (if n (gnc:double-to-gnc-numeric n GNC-DENOM-AUTO ...) ...)
32 [gnc:double-to-gnc-numeric -19.59 0 ...]
/usr/gnucash/share/gnucash/scm/qif-import/qif-to-gnc.scm:362:24
[EMAIL PROTECTED] (Bill Gribble) writes:
On Tue, Feb 13, 2001 at 03:54:37PM -0500, Derek Atkins wrote:
Save your whee until it works :)
True enough. That patch fixed the SEGV. But it's not done yet. ;)
Did you ever have One Of Those Days?
Ayup. For example, I completely
[EMAIL PROTECTED] (Bill Gribble) writes:
On Tue, Feb 13, 2001 at 12:36:53PM -0500, Derek Atkins wrote:
Now I have a very different problem. I get a Gnome box that says that
GnuCash "has crashed due to a fatal error. (Segmentation Fault)". The
problem still appears to come from
This is definitely a problem with logand, but moreso it a problem with
how we're using it. Converting parts gnc_scm_to_gint64(SCM num) to
scheme code directly show the problem quite clearly:
gnc_scm_to_gint64(SCM num) /* In part, from gnc-helpers.c */
{
SCM bits00to15_mask =
On Tue, Feb 13, 2001 at 03:54:37PM -0500, Derek Atkins wrote:
Save your whee until it works :)
True enough. That patch fixed the SEGV. But it's not done yet. ;)
Did you ever have One Of Those Days?
After all my "it's absolutely a GC problem... probably related to
g-wrap" yang-talk,
On Tue, Feb 13, 2001 at 11:51:30AM -0500, Derek Atkins wrote:
It might be a garbage-collection problem. I ran it under gdb and it
dies at a slightly different time (but under similar circumstances).
Namely, it asks me whether this file is in USD, and _then_ it dies.
It wasn't doing this
On Tue, Feb 13, 2001 at 10:44:52AM -0500, Derek Atkins wrote:
Or, you can send it out and I can test it... (although if you're going
to continue working on the code then I guess I can wait ;)
OK, here's a preliminary patch that should fix the hash-fold and other
silly crash problems.
I'm running current CVS (as of noon EST today). I tried to import a
QIF file from a credit card (to test something without commodities).
After it walks through the account matching and category matching, it
tries to import the QIF transactions. Unfortunately I get the
following error:
On Mon, Feb 12, 2001 at 12:45:13PM -0500, Derek Atkins wrote:
I'm running current CVS (as of noon EST today). I tried to import a
QIF file from a credit card (to test something without commodities).
After it walks through the account matching and category matching, it
tries to import the QIF
Ok, I can wait a couple hours ;)
-derek
[EMAIL PROTECTED] (Bill Gribble) writes:
On Mon, Feb 12, 2001 at 12:45:13PM -0500, Derek Atkins wrote:
I'm running current CVS (as of noon EST today). I tried to import a
QIF file from a credit card (to test something without commodities).
After
On Mon, Feb 12, 2001 at 01:15:47PM -0500, Derek Atkins wrote:
Ok, I can wait a couple hours ;)
-derek
OK, I sent the patch in that (I believe) fixes your problem. When you
get a chance to try it out, please let me know if that's not true.
Thanks
b.g.
# # ...) #f ...))
11 (hash-fold (lambda (k v p) (if # #) ...) #f ...)
/usr/gnucash/share/gnucash/scm/qif-import/qif-dialog-utils.scm:695:12: In expression
(hash-fold (lambda # # ...) #f ...):
/usr/gnucash/share/gnucash/scm/qif-import/qif-dialog-utils.scm:695:12: Unbound
variable: hash-fold
ABORT
So, I decided to try the importer without using the new account
chooser. If I just keep hitting "next" then I still get the error
window "An error occurred while importing QIF transactions into
Gnucash. Your accounts are unchanged" and I get this error in my
xterm:
Backtrace:
0* [eval
On Fri, Feb 09, 2001 at 03:16:02PM -0500, Derek Atkins wrote:
I then continue (instead of loading another
file). I then match my accounts and categories, and then select my
currency. At this point I get a warning message:
Gtk-WARNING **: invalid cast from (NULL) pointer to
Bill Gribble wrote:
There are lots of tweaks to the detection and handling that need to be
done. Please let me know what you think the "right" behavior is.
Hi Bill,
I tried this out and couldn't get it to work I imported my Quicken
data first, then imported a December Visa statement.
Hi!
Mutt made me believe that Derek Atkins wrote:
You didn't mention what version of GnuCash you were using
Actually, I did, but not very prominently:
I'm using gnucash 1.4.9 on NetBSD. The backtrace is:
#0 0x48657963 in kill ()
Anyway, Dave Peticolas sent me a patch that fixes the
You didn't mention what version of GnuCash you were using
-derek
Thomas Klausner [EMAIL PROTECTED] writes:
Hi!
Sorry for sending this here when the man page says I should use the
web interface to report bugs -- I just didn't find it. (Btw, browser
has the s before the w in the 'LXR
Clearly I should wake up before responding to bug reports. ;)
-derek
Thomas Klausner [EMAIL PROTECTED] writes:
Hi!
Mutt made me believe that Derek Atkins wrote:
You didn't mention what version of GnuCash you were using
Actually, I did, but not very prominently:
I'm using
forwarding to the mailing lists ...
Forwarded message:
Organization: trashware
Sender: [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: gnucash: QIF import
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Linas,
first of all thank you for your excellent
On Tue, Oct 31, 2000 at 05:56:34PM -0500, Derek Atkins wrote:
I'm trying to import a QIF file and I have to hand-massage all the
categories. There are lots of them, so I have to scroll down to
change them all. That's not a big deal. Unfortunately, every time I
change a category on an item,
I'm trying to import a QIF file and I have to hand-massage all the
categories. There are lots of them, so I have to scroll down to
change them all. That's not a big deal. Unfortunately, every time I
change a category on an item, the window scrolls back to the top of
the page. This can get
1 - 100 of 188 matches
Mail list logo
