Sample OFX and (unrelated?) crash: was: another odd, new ofximport issue (auto import to closed account/category)
I'm leaving this threaded, since it is related, but it can be treated
independently.
Start kmymoney 5.0.0 with no opened file ("kmymoney -n")
Create a new file
- I entered no personal information
- I chose US Dollar as currency
- I chose the template with no categories
- no starting checking account
- save the file
- create new account - investment account with brokerage account
- edit brokerage account to add starting balance
- save file
- File/Close -> crash with error about uncaught exception related to
the investment account.
It is not clear to me how this relates to the issue of the ofx import
creating a category as a closed account, because I cannot reproduce
that yet. I do have a sample ofx file which imports two transactions,
in process creating a category "_DIVIDEND" (which is not mentioned in
the ofx file.) but the category and both transactions are editable.
However, the above crash does occur if trying to close the file I've
attached that ofx file, just in case, but I suspect finding the cause
of this crash is higher priority. (Note that I have edited the ofx
file to alter the account number, and to remove the positions and
balances of equities.)
JackOFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:TYPE1
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE
0
INFO
SUCCESS
20180209170838.704[-5:EST]
ENG
20180209170838.704[-5:EST]
Merrill Lynch & Co., Inc.
5550
0
0
INFO
SUCCESS
20180209170838.816[-5:EST]
USD
www.mldirect.ml.com
12345
2018013111.000[-5:EST]
2018013111.000[-5:EST]
20180131AF194433113637298
2018013111.000[-5:EST]
2018013111.000[-5:EST]
Bank Interest: ML BANK DEPOSIT PROGRAM FROM 12/30 THRU 01/30
990286916
CUSIP
INTEREST
0.32
CASH
CASH
20180131AF194433113637297
2018013111.000[-5:EST]
2018013111.000[-5:EST]
Bank Interest: ML BANK DEPOSIT PROGRAM
990286916
CUSIP
INTEREST
42
CASH
CASH
N
[kmymoney] [Bug 390178] New: After completing reconcile, Statement/Cleared/Balance show reconcile amounts, not account amounts
https://bugs.kde.org/show_bug.cgi?id=390178 Bug ID: 390178 Summary: After completing reconcile, Statement/Cleared/Balance show reconcile amounts, not account amounts Product: kmymoney Version: 5.0.0 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ostrof...@users.sourceforge.net Target Milestone: --- After completing a reconciliation process for a credit card account, the Statement and Cleared amounts below the ledger show the balance after reconciliation, not now, and the Balance shows $0, which is the difference from the final reconciliation page. Also, only non-reconciled transactions are shown, and most are displayed in a pale color, as if they were disabled, although I can select them. Selecting a different account or any other view, and then returning to that ledger shows everything correctly. It seems like the display filters are getting mis-set, or at least not correctly re-set after the reconciliation. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 390176] New: File/backup give mount/unmount error, even if "mount" is not checked
https://bugs.kde.org/show_bug.cgi?id=390176 Bug ID: 390176 Summary: File/backup give mount/unmount error, even if "mount" is not checked Product: kmymoney Version: 5.0.0 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: file Assignee: kmymoney-devel@kde.org Reporter: ostrof...@users.sourceforge.net Target Milestone: --- File/Backup defaults to /mnt/floppy, which I suppose is because I dodn't move my configuration data from .kde4 to the new location. However, even after changing this to ~/KMYFiles (where I keep the backups) and confirming that the "mount" checkbox is NOT ticked, I get two popup errors "Error mounting" and "Error unmounting" and the backup does not happen. While the errors are only an annoyance, it is more important that I now have to remember to do the backups manually until this is fixed. -- You are receiving this mail because: You are the assignee for the bug.
Re: another odd, new ofximport issue (auto import to closed account/category)
On 2018.02.08 19:48, Jack wrote: On 2018.02.08 19:30, Jack wrote: On 2018.02.08 19:13, Jack Ostroff wrote: I just tried doing my monthly ofximports to update my investment accounts (Merrill Lynch). Based on some notation in the ofx produced by Merrill Lynch, certain transactions have their income assigned to the category "_Dividend". Oddly, however, I had closed this category in the past so it would not be used. Today, two transactions were imported and assigned to this category - but I now can't edit them, since it is not allowed to edit a transaction using a closed account. I know I can reopen the account, fix the transaction, and then re-close it - but isn't it a bug to assign a new transaction to a closed account? (Well - the first message probably won't make it to the list anyway, since I sent from an unsubscribed account) This is even stranger than I thought. The _Dividend category is NOT left over from previous use. KMM just created it. These two imported transactions are the ONLY transactions in this category. When I go to edit this category, the dialog says "New Account Dialog" but there is no indication of an open or closed status. If I try to delete the category, the list of other categories for assigning the transactions is empty, so I can't delete it. I can "Accept" the transactions using it, which removes the yellow background color. However, I cannot (re)open it, I cannot delete it. I cannot edit the transactions using it. I cannot delete the transactions using it. Huh? Do I have to remove them by editing the kmy file? Things get better. After doing everything I could with this account (marking the two imported transactions as "not marked" so I could reconcile the account at 31 Jan 2018, I tried to save, but got an uncaught error "Unknown account id 'A000149' in file /usr/portage/tmpdir/portage/app-office/kmymoney-5.0.0/work/kmymoney-5.0.0/kmymoney/mymoney/storage/mymoneyseqaccessmgr.cpp line 206. The problem is that that account (looking into the kmy file) IS the investment account with the problem transactions. I'm going to wait for tomorrow to look into the last saved copy of the file to see what it actually in there. I do have a recent enough backup to start again from one or two days ago, but I hate to have to do that, especially if I don't know I'll end up going down the same path again. I get that uncaught error just doing a File/Close, no need to save. Unfortunately, my last backup is too many days ago - just before I did the January reconcile for some other accounts, which was before I tried working on the Investment accounts. I'm going to keep all the various auto backup and most recent "bad" files to help with any troubleshooting, but it looks like I'm going to start over from my last known good backup, and leave the investment accounts alone until we know what the problem is. I'll also try to create a test file which shows the error with a file ofx import of just the one day that includes those odd interest payments. Jack
[kmymoney] [Bug 389756] Net worth line graph totals font size too large (regression)
https://bugs.kde.org/show_bug.cgi?id=389756 Matthew Schultz changed: What|Removed |Added Summary|Net worth line graph no |Net worth line graph totals |longer zooms balance range |font size too large |and shows all the way to|(regression) |zero (regression) | --- Comment #1 from Matthew Schultz --- After some tweaking, it appears I can set the beginning date to not include the opening balance so that the graph doesn't show the entire range starting from zero or I could tweak the data range to get the same thing. The problem with font size still remains though. I've tried changing the system font size, the kmymoney font size and to look for any font size setting within reports but there doesn't appear to be any way to change the large font size the totals are set to on the net worth line chart. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 389944] Copy SEPA credit transfer fails
https://bugs.kde.org/show_bug.cgi?id=389944 --- Comment #3 from Andreas Mayer --- Oh. I'm sorry that I missed it. Thank you for the notice -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 389944] Copy SEPA credit transfer fails
https://bugs.kde.org/show_bug.cgi?id=389944 --- Comment #2 from Thomas Baumgart --- It's a known issue even mentioned in the release notes on https://kmymoney.org/release-notes.php. It's not only the copy but the whole execution is currently not working due to some incompatibility between KDE4 and KF5. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 390128] KMM 5.0 is core dumping when entering any new transaction
https://bugs.kde.org/show_bug.cgi?id=390128 --- Comment #1 from Mark Blakeney --- I downgraded kmymoney 5.0.0-1 -> 4.8.1.1-1 and libalkimia 7.0-3 -> 5.0.0-1 and was able to use KMM again thankfully. Both those downgrades were necessary for KMM to run but they were the only downgrades required. I have now pinned those packages. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 389944] Copy SEPA credit transfer fails
https://bugs.kde.org/show_bug.cgi?id=389944 --- Comment #1 from Andreas Mayer --- This bug is valid for the git master branch and for the 5.0.0 release -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 389944] Copy SEPA credit transfer fails
https://bugs.kde.org/show_bug.cgi?id=389944 Andreas Mayer changed: What|Removed |Added Version|git (master)|5.0.0 Platform|Compiled Sources|Archlinux Packages -- You are receiving this mail because: You are the assignee for the bug.
