https://bugs.kde.org/show_bug.cgi?id=473223
Jack changed:
What|Removed |Added
CC||ostroffjh@users.sourceforge
|
https://bugs.kde.org/show_bug.cgi?id=473223
Neil changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED|RE
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #27 from Neil ---
(In reply to Jack from comment #26)
The strings "/00" in the memo fields were found in credit card transactions
imported from .qfx files. When looked at in KMM these transactions all had
exactly 3 lines (not wrapped) in the
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #26 from Jack ---
A .kmy file is just a gzipped .xml file. You can either gzip and rename it
yourself, or just open the xml file in kmymoney and save as to kmy.
I'm curious if you know how NULLs got into the memo fields. We can probably
l
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #25 from Neil ---
(In reply to Thomas Baumgart from comment #24)
I used xmllint and gedit to clean up the 9gwengood6a.xml file. There were
numerous instances "/00" in TRANSACTION memo fields.
How do I convert the .xml file to .kmy?
--
You
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #24 from Thomas Baumgart ---
If you want to use an e-mail you can send it to kmymoney-devel@kde.org (if you
are not subscribed, the message will be moderated and approved). You can also
use the forum at https://discuss.kde.org. In this case,
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #23 from Neil ---
I am new at working with xml, and it looks like there are numerous issues with
my 2 KMM apps. I think I am going to stick with using 5.3.1 for now. I don't
have the time and skill set necessary for porting to nightly now. D
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #22 from Jack ---
The two transactions Thomas asked to you to look at start at line 5897, but you
think you start losing transactions somewhere between lines 4870 and 5266.
Just like you did in Comment 20, you can look at more transactions,
The two transactions Thomas asked to you to look at start at line 5897,
but you think you start losing transactions somewhere between lines 4870
and 5266. Just like you did in Comment 20, you can look at more
transactions, decreasing the number, until you get to those lines,
seeing if anything
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #21 from Neil ---
While looking through the xml I wanted to test the assumption that the
transactions import sequentially in line# order –
Transactions for payee P21 stopped after processing line 4870: (4 lost
before line 5902)
SSA TRE
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #20 from Neil ---
(In reply to Thomas Baumgart from comment #19)
neilralph@Neils-MBP kmymoney % zcat RCGcopy.kmy > RCGcopy.xml
neilralph@Neils-MBP kmymoney % grep -n '
neilralph@Neils-MBP kmymoney % grep -n '
neil
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #19 from Thomas Baumgart ---
Your "Users/neilralph/Downloads/kmymoney/RalphCenterportGood.kmy" file is a
good example. You mention it shows 4519 on your Linux machine but loads only
the first 345 on MacOS. So it seems that either transaction
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #18 from Jack ---
What might an example of "sloppy handling of securities?" Assuming you have
not edited the kmy file manuallly (after uncompressing into xml) then the
program should only ever delete a security if there is no remaining refe
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #17 from Neil ---
Thanks to all of you for your efforts - I began looking at the xml code, which
led me to think that problem might be my sloppy handling of securities as there
were 74 instances of currency="E**". At which point I though
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #16 from Thomas Baumgart ---
kmymoney-master-2001-macos-clang-x86_64.dmg is pretty recent. The changes that
were made in between are not relevant for this problem.
The file structure is OK, otherwise 5.1.3 would complain. Also, looking at t
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #15 from Jack ---
Well, count me confused. Comment 13 shows your file is not truncated, and if
5.1.3 opens it without problem, then the file should be OK. If by 5.1.8 you
mean 5.1.80, it should be able to read the file with no problem. Th
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #14 from Neil ---
Comment14 (reply to Comment 12)
before installing v 5.1.8 I renamed kmymoney.app to kmymoney1dot3.app (in macos
Applications)
I can run that from command line:
neilralph@Neils-MBP ~ % /Applications/kmymoney1dot3.app/Conten
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #13 from Neil ---
Reply to Comment 12
neilralph@Neils-MBP ~ % cp 9gwengood4.kmy 9gwengood4.kmy.Z
neilralph@Neils-MBP ~ % zcat 9gwengood4.kmy | tail -n 10
neilralph@Neils-MBP ~ % rm 9gwengood4.kmy.Z
neilralph@Nei
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #12 from Jack ---
It sounds like your data file is actually incomplete. Can you think of any way
it might have gotten truncated? You started by saying the file could be
opened on Linux. Is that still true? Can you try moving the file ag
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #11 from Neil ---
Okay - Starting from command line opens kmm -
neilralph@Neils-MBP /Applications %
/Applications/kmymoney.app/Contents/MacOS/kmymoney -n
Terminal prints many items ending with:
Plugins: xmlstorage loaded
Template successful
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #10 from Jack ---
Possible option: rename your data file so the program can't find it. That will
at least test if the program starts. Then you can open the renamed data file
and see if it crashes then, indicating a problem with the file.
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #9 from Neil ---
Still trying to start from terminal - but in mean time -
closing the currency dialog (which opens when starting kmymoney from Finder)
causes a crash with the following uncaught error:
Security 'USD' not found.
/Users/packag
https://bugs.kde.org/show_bug.cgi?id=473223
Jeremy Whiting changed:
What|Removed |Added
CC||jpwhit...@kde.org
--- Comment #8 from Jeremy W
https://bugs.kde.org/show_bug.cgi?id=473223
Neil changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Version|git (master)|unsp
https://bugs.kde.org/show_bug.cgi?id=473223
Thomas Baumgart changed:
What|Removed |Added
Version|unspecified |git (master)
--- Comment #6 from Thomas Baumg
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #5 from Jack ---
Neil, please look at the bug at bugs.kde.org comments 2 and 4, and you can see
how not trimming the previous content clutters the bug.
Don't worry about the version, but the .80 in the daily build implies it was
compiled fro
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #4 from Neil ---
(In reply to Jack from comment #3)
> Either way of replying to a bug works, but if you reply by email, please
> remove all content, as your entire email becomes the next comment, which
> gets very cluttered if you include
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #3 from Jack ---
Either way of replying to a bug works, but if you reply by email, please
remove all content, as your entire email becomes the next comment, which
gets very cluttered if you include the previous message.
Please post the re
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #2 from Neil ---
(In reply to Thomas Baumgart from comment #1)
> Could be related to the content of your data. What does KMyMoney print to
> the console when started from the command line? Anything suspicious? What is
> the output of the fol
https://bugs.kde.org/show_bug.cgi?id=473223
Thomas Baumgart changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
Status|REPORTED
30 matches
Mail list logo
