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 <nge...@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 <hell...@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 <nge...@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 <nge...@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@gnucash.org >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> >> >
_______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
