https://bugs.kde.org/show_bug.cgi?id=400724
--- Comment #8 from skierpage <skierp...@gmail.com> --- (In reply to Stephane MANKOWSKI from comment #5) > OK, I booted into Windows 10, exported my Quicken data various ways, and am > now booted back into Fedora Linux. Thanks for your patience! > You can enable traces by doing this from a console: > export SKGTRACE=5 > skrooge > traces.txt 2>&1 If I do this with my original failing QIF export file of everything, the traces file has ... ## Input local filename=/media/Windows/Users/spage/Documents/Quicken/QDATA_export_all.QIF ## >virtual SKGError SKGImportPluginQif::importFile() ## >virtual SKGError SKGDocument::beginTransaction(const QString&, int, const QDateTime&, bool) ## <virtual SKGError SKGDocument::beginTransaction(const QString&, int, const QDateTime&, bool) RC=[SUC-0] ## >static QString SKGServices::getDateFormat(const QStringList&) ## WARNING: SKGServices::stringToInt(ex) failed ## WARNING: SKGServices::stringToInt(pe) failed ## WARNING: SKGServices::stringToInt(ns) failed ## WARNING: SKGServices::stringToInt(es) failed ## WARNING: SKGServices::stringToInt(ex) failed ## WARNING: SKGServices::stringToInt(pe) failed ## WARNING: SKGServices::stringToInt(ns) failed ## WARNING: SKGServices::stringToInt(es) failed ## <static QString SKGServices::getDateFormat(const QStringList&) ## >virtual SKGError SKGDocument::endTransaction(bool) ## <virtual SKGError SKGDocument::endTransaction(bool) RC=[SUC-0] ## <virtual SKGError SKGImportPluginQif::importFile() RC=[ERR-5]: Date format not supported ## >virtual SKGError SKGDocument::endTransaction(bool) ## <virtual SKGError SKGDocument::endTransaction(bool) RC=[SUC-0] ## <virtual SKGError SKGImportExportManager::importFile() RC=[ERR-5]: Date format not supported ## >virtual SKGError SKGDocument::endTransaction(bool) ... I created a brand-new Quicken file with a handful of transactions and exported the whole thing and that imported fine; in place of the SKGServices::stringToInt errors the trace output has >virtual SKGError SKGDocument::beginTransaction(const QString&, int, const QDateTime&, bool) and goes on to succeed. I don't understand the QIF file format, but I notice that my failing QIF file has all my Quicken categories and tags in it. Tags are a way to tag transactions independently of categories, for example I tag some purchases with who in my family made them. I think this is like Skrooge's "Trackers. (An old GnuCash manual https://stuff.mit.edu/afs/sipb/project/gnucash/1.6.4/arch/sun4x_58/share/gnome/help/gnucash/C/intro.html calls the tags in QIF files "classes" for some reason.) I did not use any tags in my test file that Skrooge imported OK. My tags section appears at the top of my failing QIF file like !Type:Tag NS Dexpenses S incurs ^ NJane Doe Dexpenses that Jane Doe incurs ^ A transaction that includes a tag has a line like LMedical:Insurance/S showing the category:subcategory/tag. I manually copied the !Tag section above into my test QIF output file, and tagged one transaction in it, and then it failed to import and has the identical <virtual SKGError SKGImportPluginQif::importFile() RC=[ERR-5]: Date format not supported error and the stringToInt(SSS) failed" WARNINGs). I will attach that manually crafted test .QIF file. So I suspect the bug here is that Skrooge doesn't handle Quicken tags. The high-ish priority fix is to ignore the !Tag section rather than erroring. The enhancement would be to handle Quicken tags and parse a Quicken SomeCategory:ItsSubcategory/A_tag_name line ; I think tags map well to Skrooge's Trackers. -- You are receiving this mail because: You are watching all bug changes.
