Backwards compatibility with new currency issue and bug 336843.

[Mike Evans]

While testing bug 336843 patch for backwards compatibility with 2.4.13, I was getting this output below.  The file fails to load.

* 11:49:30  WARN <gnc.io> [valid_commodity()] Invalid commodity: 0 fraction
* 11:49:30  WARN <gnc.io> [gnc_commodity_end_handler()] Invalid commodity parsed
<gnc:commodity version="2.0.0">
  <cmdty:space>ISO4217</cmdty:space>
  <cmdty:id></cmdty:id>
  <cmdty:slots>
    <slot>
      <slot:key>user_symbol</slot:key>
      <slot:value type="string">ZK</slot:value>
    </slot>
  </cmdty:slots>
</gnc:commodity>
* 11:49:31  WARN <gnc.backend> [gnc_xml_be_load_from_file()] Syntax error in Xml File /home/mikee/Projects/gnucash-tutorial/data/test.gnucash
* 11:49:31  CRIT <GLib> g_hash_table_foreach: assertion `version == hash_table->version' failed
* 11:49:31  CRIT <GLib> g_hash_table_foreach: assertion `version == hash_table->version' failed
* 11:49:31  CRIT <GLib> g_hash_table_foreach: assertion `version == hash_table->version' failed
* 11:49:31  CRIT <GLib> g_hash_table_foreach: assertion `version == hash_table->version' failed

It seemed clear this wasn't related to the patch so with a new test file, I first opened a new test file using trunk code, made a small change in a register (I added a space in a transaction description), saved the file and closed.  On reopening with 2.4.13 I see the above output.

The new ZMW currency was introduced in May with r22965, commit ab0cfdce5a.  Reverting the commit fixes the problem, but obviously this is not a "fix" and the problem lies elsewhere.

I'll file a bug for this, I mention here only as information for anyone following the bug 336843 thread.

OS = Fedora 18.  My GnuCash-2.4.13 is from the Fedora repo. and it's build date is Wed 24 Apr 2013 20:51:06 BST.

Mike Evans.




-- 
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.