[Kmymoney-devel] [kmymoney4] [Bug 339192] OFX download leaves "Missing assignment" Edit requries change to Enter.

[george at wildturkeyranch.net]

https://bugs.kde.org/show_bug.cgi?id=339192

--- Comment #15 from george at wildturkeyranch.net ---
(In reply to george from comment #12)
> On 10/08/14 17:29, Jack wrote:
> > https://bugs.kde.org/show_bug.cgi?id=339192
> >
> > Jack <ostroffjh at users.sourceforge.net> changed:
> >
> >             What    |Removed                     |Added
> > ----------------------------------------------------------------------------
> >                   CC|                            |ostroffjh at users.sourceforge
> >                     |                            |.net
> >
> > --- Comment #11 from Jack <ostroffjh at users.sourceforge.net> ---
> > I'd be interested in seeing a copy of your tcl/tk program.  I'd be tempted to
> > use emac.  I have not explicitly used the sgml mode to have it validate the xml
> > (assuming I have a copy of the DTD, and could figure out how to point emacs to
> > it, since most OFX don't include that info) but I know it can find enclosing
> > parens, braces, and brackets.  (I haven't used that feature in a while, so i
> > don't remember the commands, but I might now dig them up again.)
> I am not trying to validate against the DTD, but just that each <xx> has 
> a properly nested <?xx> unless it is a simple value.  I am toying with 
> the tcl/tk code now to see if I can get it to easily select a closing 
> (i.e. </..) given the opening.
> >
> > Regarding the transaction ID, I'm pretty sure nothing you can do through the
> > user interface in KMM would delete the ID.  I suspect that the download doesn't
> > have one.  Without such an ID, KMM does not know that the new download is the
> > same transaction as the previous one, so it imports it as a new transaction.
> > If it DID have the ID, I believe it would simply reject it as a duplicate, and
> > not even notice that any of the details had changed.
> Easy enough to check, by looking at the data file.  I do know that the 
> OFX has the IDs as I count on them when I down load, and, of course, I 
> can see them in the OXF fille.

Ok, just got a boat load of dup transactions.  Here is a clip from the *.kmy
file showing the old and new:

  <TRANSACTION postdate="2014-09-17" commodity="USD" memo="DIVIDEND RECEIVED"
id="T000000000000001865" entrydate="2014-10-07">
   <SPLITS>
    <SPLIT payee="" reconcileflag="2" shares="25/1" reconciledate="2014-09-30"
action="" bankid="" account="A000024" number="" value="25/1" memo="DIVIDEND
RECEIVED" id="S0001"/>
    <SPLIT payee="" reconcileflag="0" shares="-25/1" reconciledate="" action=""
bankid="" account="A000238" number="" value="-25/1" memo="" id="S0002"/>
    <SPLIT payee="" reconcileflag="0" shares="0/1" price="1/1" reconciledate=""
action="Dividend" bankid="" account="A000212" number="" value="0/1"
memo="DIVIDEND RECEIVED" id="S0003"/>
   </SPLITS>
  </TRANSACTION>
  <TRANSACTION postdate="2014-09-17" commodity="USD" memo="DIVIDEND RECEIVED"
id="T000000000000001959" entrydate="2014-10-20">
   <SPLITS>
    <SPLIT payee="" reconcileflag="0" shares="0/1" reconciledate=""
action="Dividend" bankid="" account="A000212" number="" value="0/1"
memo="DIVIDEND RECEIVED" id="S0001"/>
    <SPLIT payee="P000001" reconcileflag="0" shares="25/1" reconciledate=""
action="" bankid="ID 14656805826201220140918" account="A000238" number=""
value="25/1" memo="DIVIDEND RECEIVED" id="S0002"/>
    <SPLIT payee="" reconcileflag="0" shares="-25/1" reconciledate="" action=""
bankid="" account="A000024" number="" value="-25/1" memo="DIVIDEND RECEIVED"
id="S0003"/>
   </SPLITS>
   <KEYVALUEPAIRS>
    <PAIR key="Imported" value="true"/>
   </KEYVALUEPAIRS>
  </TRANSACTION>

So, yes, turing the sign around in the edit did eliminate the transaction (AKA
bankid) ID.

-- 
You are receiving this mail because:
You are the assignee for the bug.