GnuCash Android v1.6.0 pre-beta
Dave H
hellvee at gmail.com
Mon May 4 20:40:02 EDT 2015
2 devices - Galaxy Note 3 phone running Android 4.4.2 and Galaxy Tab 10.1
tablet also running Android 4.4.2.
I have now got the latest beta working and opening my normal file on both
devices - I completely uninstalled, restarted the devices, reinstalled and
opened the usual gnucash file - voila about 20 seconds later I was able to
see all the transactions and also the nice new graphs.
Cheers Dave H.
On 5 May 2015 at 08:59, Ngewi Fet <ngewif at gmail.com> wrote:
> Hmm, that's not good. At least if it crashed I will get crash logs. This
> way it's hard to debug. But I'll keep trying to find out what the cause is.
> One guess would be that it has to do with the database upgrade so it gets
> stuck in some state.
> But the database upgrade is in a one transaction, which means it either
> succeeds or fails (and the old data is kept in tact).
> Can you tell me what device you're using and what Android version?
>
>
> On 04.05.2015, at 20:55, Dave H <hellvee at gmail.com> wrote:
>
> Hi Ngewi,
>
> Have installed the latest beta and there is apparently no change in the
> app behaviour - still the white screen with the header and then just the
> black screen [?]
>
> Cheers Dave H.
>
> On 5 May 2015 at 02:02, Ngewi Fet <ngewif at gmail.com> wrote:
>
>> Hello all,
>> attached is v1.6.0-beta2 build of GnuCash Android.
>> This update fixes some bugs causing crashes when importing accounts (in
>> some special cases).
>> Also, if your template transaction split amounts cannot be parsed, it will
>> just ignore all template transactions and scheduled actions.
>>
>> Thanks for all the feedback so far and keep it coming!
>>
>> Regards,
>> Ngewi F.
>>
>> P.S. If you have joined the Play Store beta program, you will get the
>> updates automatically!
>>
>>
>> On Mon, May 4, 2015 at 2:21 PM, Ngewi Fet <ngewif at gmail.com> wrote:
>>
>> >
>> >> Dave H,
>> >>
>> >> Your experience is quite similar to mine described elsewhere in this
>> >> thread. All of my example files have many brokerage accounts with
>> >> stocks and mutual funds which did not appear to be displayed correctly,
>> >> but maybe that part of the program is not complete yet. I have asked
>> >> for a description of what a template looks like so I can excerpt one or
>> >> more from my file for perusal. I remember a few years ago trying to
>> >> identify a template but I either got lost in the nesting or I was not
>> >> sure which UI(is that the term?)references were germain.
>> >>
>> >
>> > oh if I could have an example that would be great!
>> > Template transactions are very similar to normal ones in the file, the
>> > difference is where they are located.
>> > If you search the file till you see the tag <gnc:template-transactions>
>> > then that's where they begin.
>> > First there will be a list of some template accounts and then after that
>> > the transactions. It will look something like:
>> >
>> > <gnc:transaction version="2.0.0">
>> > <trn:id type="guid">db82d0f7c39ba88f75890bf5faa12fef</trn:id>
>> > <trn:currency>
>> > <cmdty:space>ISO4217</cmdty:space>
>> > <cmdty:id>EUR</cmdty:id>
>> > </trn:currency>
>> > <trn:date-posted>
>> > <ts:date>2015-04-29 09:57:58 +0200</ts:date>
>> > </trn:date-posted>
>> > <trn:date-entered>
>> > <ts:date>2015-04-29 09:57:58 +0200</ts:date>
>> > </trn:date-entered>
>> > <trn:description>Bonus</trn:description>
>> > <trn:splits>
>> > <trn:split>
>> > <split:id type="guid">bb671fa732b2801c797f9da0d2adf5b8</split:id>
>> > <split:reconciled-state>n</split:reconciled-state>
>> > <split:value>0/100</split:value>
>> > <split:quantity>0/1</split:quantity>
>> > <split:account
>> > type="guid">a599ef1aeb9a187103cdebd472d4413b</split:account>
>> > <split:slots>
>> > <slot>
>> > <slot:key>sched-xaction</slot:key>
>> > <slot:value type="frame">
>> > <slot>
>> > <slot:key>account</slot:key>
>> > <slot:value
>> > type="guid">2e8302f06be346db67be0cfc79849124</slot:value>
>> > </slot>
>> > <slot>
>> > <slot:key>debit-formula</slot:key>
>> > <slot:value type="string">256,55</slot:value>
>> > </slot>
>> > </slot:value>
>> > </slot>
>> > </split:slots>
>> > </trn:split>
>> > <trn:split>
>> > <split:id type="guid">dfa255b39b10da51622f3a390e2ad516</split:id>
>> > <split:reconciled-state>n</split:reconciled-state>
>> > <split:value>0/100</split:value>
>> > <split:quantity>0/1</split:quantity>
>> > <split:account
>> > type="guid">a599ef1aeb9a187103cdebd472d4413b</split:account>
>> > <split:slots>
>> > <slot>
>> > <slot:key>sched-xaction</slot:key>
>> > <slot:value type="frame">
>> > <slot>
>> > <slot:key>account</slot:key>
>> > <slot:value
>> > type="guid">809c5d87cd5a95b1f38023a150e000d6</slot:value>
>> > </slot>
>> > <slot>
>> > <slot:key>credit-formula</slot:key>
>> > <slot:value type="string">256,55</slot:value>
>> > </slot>
>> > </slot:value>
>> > </slot>
>> > </split:slots>
>> > </trn:split>
>> > </trn:splits>
>> > </gnc:transaction>
>> >
>> >
>> >
>> >> According to Ngewi release 1.5.5 completely ignores scheduled
>> >> transactions, which also matches my experience. Since I anticipate
>> >> using the Android version mainly to enter day to day cash and bank
>> >> transactions, I think 1.5.5 could work for me if it were easier to
>> >> navigate. I could live without stocks or scheduled transactions in the
>> >> Android version. In fact, I could even live without direct access to
>> >> income and expense accounts.
>> >>
>> >
>> > Yes, I will make modifications to the program so that it first tries to
>> > parse the SXs.
>> > But if it fails, it will just revert to 1.5.5 behaviour and ignore
>> > scheduled transactions completely.
>> > I feel this will be a better balance.
>> >
>> >
>> >>
>> >> I noticed in release 1.5.5 that the split transaction display was
>> >> confusing because the 'goes intos' plus the 'comes out ofs' do not add
>> >> up to zero. they were identical from the perspective of income and
>> >> expense accounts, which is fine if shown correctly. I personally think
>> >> that the source register that the split transaction is viewed from
>> >> should not matter at all. I wish the regular Gnucash worked that way.
>> I
>> >> do not think that I should be required to open up a security account
>> >> register to enter a purchase or sale.
>> >>
>> >
>> > I'm not sure what you mean but would love if you could explain it a bit
>> > more.
>> > Do you mean that all the details of the splits in a transaction should
>> > always be shown?
>> > Right now the app shows only the balance for the account within which
>> the
>> > transaction is viewed, which is I think a good balance of quantity of
>> > information/available space.
>> > Opening up the split editor then shows all the remaining details.
>> >
>> > Also there was (and is) indeed a but in the split editor with the
>> display
>> > of the amounts (green/red coloring and sign).
>> > But the sum should be correct and the data in the database accurate.
>> >
>> > Regards,
>> > Ngewi F.
>> >
>> >
>>
>> _______________________________________________
>> gnucash-devel mailing list
>> gnucash-devel at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 340.png
Type: image/png
Size: 641 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20150505/8fb13db9/attachment.png>
More information about the gnucash-devel
mailing list