codinguser/gnucash-android

Gnucash for Android mobile companion application.

gnucash-android's Issues

Transaction Dates aren't compatible with Gnucash

Exporting transactions in OFX format and import into Gnucash results in nonsensical date fields. See here: http://d.pr/i/WidR (All values are fake, just for testing, but it demonstrates the problem.)

The 'Opening Balance' and 'Shopping' transaction were added to Gnucash first. Then I created some transactions in GnucashMobile, and exported/imported them into Gnucash. They are then shown at the top because of the issue with dates.

Parent account doesn't represent nested accounts transactions

Hi,

I create nested accounts "Bank" and "Cash" with Assets as parent account and enter transactions into both but assets account shows no transactions and a value of $0.00.

P.S - Thanks for your work on this app =)

Double-entry

Hi!
First of all I would like to congrat with you for the app.
Do you think to implement the double-entry?
I wish I could save if I paid in cash or by credit card, as in the desktop app.
Cheers,

Marco

Display error when selecting multiple transactions

When selecting multiple transactions in an account, for example the first three, other transactions are automatically selected as well. After clicking "delete", only some of them are removed.

Delete existing accounts does not work reliably when exporting via Sharing

The delete confirmation dialog is never shown. Possible fix is to trigger it only when returning to the app

Implement Settings activity

Settings option from the menu does not open anything.

Using a Samsung Galaxy S3, Android 4.0.4

Empty transaction note not empty

Hi,
when I don't enter a "Note" to a transaction I get a ">" note in GNUCash after importing. If I enter a note the note gets properly imported. So please don't export empty notes as a '>'. Or is this a GNUCash import bug? I'm using 2.4.2 and GnucashMobile 1.0 beta 2.

Thanks for your cool app!

OFX file has no encoding information

And it seems has no OFX header section at all, I mean:
(http://www.ofx.net/OFXExamplesPage/OFXExamples.aspx)
OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE

Contents of the exported file look like only clean xml.

So, when I try to import file in Gnucash 2.4.2 on my Linux I see scrabbled characters instead of Russian (UTF-8).

If I add at the beginning of the file this: "ENCODING:UTF-8" Gnucash shows all characters fine.

Action Bar "Up" on an Accounts

The "Up" on the Action Bar doesn't seem to function on an Account screen. Pressing the back button with take you back to the Accounts view, but the "Up" button appears to do nothing.

Wrong amount display in transactions list view

I just installed it and tried adding a income: 1.100,00€ turned 110.000,00€. In Edit Transaction it displays 1.100,00€ but in accounts etc. it shows 110.000,00€

Error in time editor

Error in time editor: time shifted to 1 hour.

Steps to reproduce:

1. create new transaction and save it
2. re-open transaction
3. check transaction time
4. click on 'time' control to open editor
5. check time in editor

Results:
3. time is 13:21:29 (example)
5. time is 12:21

Locale: Russian
Time zone: Europe/Moscow (GMT+4)

Actionbar up-button from Settings crashes on Nexus S

Importing double-entry accounts: transactions not matched

I am entering double-entry transactions in gnucash-android by selecting "Activate Double Entry" in "Settings". When importing the OFX file, I select which accounts in GnuCash match the ones in the OFX file, and then a window like this appears:

The two transactions highlighted in yellow are each side of the double entry. Shouldn't there be something in the OFX file that links them together?

Opening a transaction shows value divided by 10

When opening a transaction from the list, the value of the transaction shown on the edit page has been divided by 10.

Using a Samsung Galaxy S3, Android 4.0.4

Add option to restore deleted transactions after export

If the export was unsuccessful, GnuCash Android does not know and still prompts the user to delete files. Once the user deletes, there is potential data loss if the export was unsuccessful.

Plus Button on Widget

When tapping the main widget area outside of the Plus button you are taken into the account view that was set when the widget was dropped, as expected. Hitting the Plus button I assumed would take me directly into a transaction editor, but only function part of the time, the rest of the time it takes me into the Account overview as if I hit somewhere else on the widget. From experimenting with it, it would appear that if you use the systems back button to exit the app and you hit the plus it goes into Edit Transaction. If you exit the app by hitting the system home key, it takes you into the account overview. I haven't experimented enough to know if that is the exact issue, but at the moment it appears to be.

T9 keypad not activated for transaction description entry by default

When entering a new transaction, the Description text field is activated by default and the keyboard is ready to go, but as T9 mode is not activated by default, auto completion/spelling correction does not occur.

In my case all of the words that I enter into the Description field are in my keyboard dictionary, so T9 is useful for me.

If disabling T9 for this field was a conscious design decision, maybe "Enable/disable T9 keyboard by default for transaction descriptions" could be introduced as a user-adjustable checkbox setting.

Crashes on Android 4.2

When running the GnuCash app on Android 4.2 (build JOP40C) on a Nexus 7 (model ME370T) I experience fairly consistent crashes:

1. Create an account
2. Hit the + to add a transaction
3. Save the transaction
4. Exit from the app (hit the home or back buttons)
5. Open GnuCash
6. Open the account from (1)
7. Touch the transaction to edit. At this point the app crashes.

I'm don't think it is required to exit the app (4) but I haven't tested that yet.

I had thought the problem was to do with updating to version 1.0.2 ( from 1.0 beta 2), but I can reproduce the crash on the older version too. I was running Android 4.1.2 until recently so it may be something to do with the OS update.

Currency marker shown in incorrect location for AUD

The Accounts screen and widget show values as "0.00 $" but the correct formatting for Australian Dollar is "$0.00" ("$" to left, no space).

I suspect that the display formatting is probably currency- or maybe locale-specific. Not sure whether the following link proves that the problem is already solved for Android, but hope it helps:

http://www.java2s.com/Code/Java/I18N/JavaI18NFormatNumberFormat.htm

Account-ID vs Account-Name

hi!

when I name an aacount, I use human-readable strings, but when I try to import them into GNUash, I get the account Id.

My account "Ropa Marta" turned into "ropamarta-5c498cf34b96".

I thouhgt it could be bacause of the blank, but it happend with single-word account names too.

Is there any way to avoid this?

thanks!

Bump version code more often

F-droid has beta 1 of this app, but can't include beta 2 because the version code hasn't changed. F-droid plans to include different apks with the same version code but that won't happen for a while yet,

White theme is bruning my eyes

Hi,

I'm using a dark holo theme on my Android so when I open gnucash and his white background it burn my eyes, especially the night. Clan you add a dark theme on the options ?

Thanks and please apologize my poor english.

KaitoKito.

Russian translation

Place to values-ru directory.
http://pastebin.com/QtyDX5gU

Adding Expense accounts

In adding accounts (Build Version 1.1.2,) only the Assets account is shown as a possible parent account. This seems odd for an app used to track expenses.

Account configuration

Please add the following account options:

1. Default mode: debit or credit
2. Default transaction name. For example, all the transactions in my account «Lunch» have the same name «lunch».

Crash when creating account names with an apostrophe

Ant support

This is a suggestion for improvement.
Now this project needs to be imported into an Eclipse environment.
It could be useful to give a simpleway to compile and pack it in order to generate an APK.
Anybody who wants to test this project should not get Eclipse.

Feature proposal: add a monthly view

Via a monthly view a user could easily see expenses and income.

NumberFormatException with big amount transaction

Hi,

I was trying the Alpha 2 and crash occurs when I entered a new transaction with 1047,00 €. The amount is not that important but it seem to produce overflow or something like this.

Here the call stack :

08-08 17:29:38.863 E/AndroidRuntime( 5046): FATAL EXCEPTION: main
08-08 17:29:38.863 E/AndroidRuntime( 5046): java.lang.NumberFormatException: -1 04700
08-08 17:29:38.863 E/AndroidRuntime( 5046): at java.lang.Long.parse(Long.java:364)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at java.lang.Long.parseLong(Long.java:354)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at java.lang.Long.parseLong(Long.java:320)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at java.math.BigDecimal.(BigDecimal.java:387)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at java.math.BigDecimal.(BigDecimal.java:483)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at org.gnucash.android.ui.transactions.NewTransactionFragment.saveNewTransaction(NewTransactionFragment.java:288)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at org.gnucash.android.ui.transactions.NewTransactionFragment.onOptionsItemSelected(NewTransactionFragment.java:348)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at android.support.v4.app._ActionBarSherlockTrojanHorse.onMenuItemSelected(_ActionBarSherlockTrojanHorse.java:127)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.actionbarsherlock.ActionBarSherlock.callbackOptionsItemSelected(ActionBarSherlock.java:600)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.actionbarsherlock.internal.ActionBarSherlockCompat.onMenuItemSelected(ActionBarSherlockCompat.java:533)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.actionbarsherlock.internal.view.menu.MenuBuilder.dispatchMenuItemSelected(MenuBuilder.java:738)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.actionbarsherlock.internal.view.menu.MenuItemImpl.invoke(MenuItemImpl.java:148)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.actionbarsherlock.internal.view.menu.MenuBuilder.performItemAction(MenuBuilder.java:879)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.actionbarsherlock.internal.view.menu.ActionMenuView.invokeItem(ActionMenuView.java:510)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.actionbarsherlock.internal.view.menu.ActionMenuItemView.onClick(ActionMenuItemView.java:145)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at android.view.View.performClick(View.java:2461)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at android.view.View$PerformClick.run(View.java:8890)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at android.os.Handler.handleCallback(Handler.java:587)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at android.os.Handler.dispatchMessage(Handler.java:92)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at android.os.Looper.loop(Looper.java:123)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at android.app.ActivityThread.main(ActivityThread.java:4627)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at java.lang.reflect.Method.invokeNative(Native Method)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at java.lang.reflect.Method.invoke(Method.java:521)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)
08-08 17:29:38.863 E/AndroidRuntime( 5046): at dalvik.system.NativeStart.main(Native Method)

Also I runned it on Froyo (2.2).

Thanks

ReOpen: GNUChash cannot detect encoding in new version of OFX file (my comment in issue #16)

Hello, codinguser.

It is SERIOUS problem for users use CJK characters.

Gnucash supporse import OFX is SGML type.
For example (http://www.ofx.net/OFXExamplesPage/OFXExamples.aspx).

But, GnucashMobile exports XML type OFX.

Gnucash (exactly libofx) cannot interpret XML header like

.

So, Gnucash(libofx) judge OFX file(UTF-8) is encoded by "CP1252" .
I tested to use Japanese characters, it all changed garbage bad characters when it was imported !!

libofx's header reading code is around line 202 of https://github.com/bdonlan/libofx/blob/master/lib/ofx_preproc.cpp

And, default value "CP1252" defined line 50 of same file.

amount input problem with Swype

When trying to enter an amount and type '1', it repeats printing '1' around 20 times and afterwards it repeats printing '0' infinitely so I get a very big amount ;-)

This is on Motorola Defy+ MB526 Android 2.3.4 with Swype 3.23.89

Default transaction type is always DEBIT in non-English locale

Option "default transaction type" does not have effect in non-English locale, so in transaction creation window transaction type is always set to "DEBIT".

I think that you compare localized and non-localized values. But it's wrong because "CREDIT" != "КРЕДИТ".

Steps to reproduce:
1.1. set phone localization to Russian (Русский)
1.2. open GnuCash and set default transaction type to "КРЕДИТ"
1.3. create new transaction and check transaction type in the corresponding field
2.1. set phone localization to English (United States)
2.2. open GnuCash and set default transaction type to "CREDIT"
2.3. create new transaction and check transaction type in the corresponding field

Results:
1.3. FAIL: transaction type is "ДЕБЕТ"
2.3 OK: transaction type is "CREDIT"

unable to export

I'm running gnucash-android 1.1.2 on Android 4.1.2 on a Samsung I9000.
I cannot export to OFX. I have tried exporting to SD card, or "share file" without success. I tried to check "Export all transaction" but to no avail.

Expected behaviour:
Export the OFX file

What's the default path it tries to export to?
Maybe its a permission issue?

What can I do to troubleshoot this?

App crashes when a transaction amount is being entered

• Report of crash immediately after entering the second digit or when trying to save after inputting only one digit (Nexus S, Android 4.0.4)

One-click export

Please add configuration options for selecting default email and export mode («delete after export», «export all»). After that add a button for quick export using these options.

copy transactions

an action to copy an existing transaction will help to account the daily espresso.

Can't write in the name field when creating a new account

When I try to create a new account, I get the window with empty name field, the default currency /EURO in my case) and the field to pickup a parent account.

If I try to type at account name field nothing happens, but if you first choose a new currency, even if it is the default one, now you can type without problem.

Is it an expected behaviour?

my envorionment:
App version: 1.1.2
Android version: 2.3.6 (kernel 2.6.38.6-1214151 / compilation GINGERBREAD.XXLK2)
Phone model: Samsung Galaxy Mini 2 (GT-S6500D)

thanks!

Possibility to switch back to credit/debit if non english localisation is used

A possibility to switch back to credit/debit would be nice. Because in some languages credit and debit are used in a business term.

Enhancement: account sorting

Please add ability to manual sort accounts in the view.

Calculator in transcation amount field

Please allow to enter expressions into transaction amount fields (for example, 2*20+16).
I can help you in string calculator implementation.

Potential data loss when exporting

I have notice that it is possible to accidentally delete your data.

In the menu select Export OFX.
As destination keep "Share file..."
Tick "Delete after export"
Press the Export button.
The usual share dialog (GMail, Drive, etc) will appear, then press the back button.
The transactions will be deleted anyway.

I don't know if it is possible to wait until the share has successfully completed before deleting the data.

Internationalization bug: incorrect comma-handling

When setting the phone-language to e.g. German, the overviews (both "Accounts" overview and the list of transactions) incorrectly handle the "," in the amount and display 100 times the amount of the transactons.

Example:

• set phone-language to German
• start the Gnuchash app
• create an account, e.g. named "myaccount"
• create a transaction, e.g. "myexpense, € -1,23
• then the "Accounts" overview shows: "myaccount -123,00 €", when I click on this account, it shows "myexpense -123,00 €", when I click on the transaction, the "Edit Transaction" window correctly displays "€ -1,23". The Gnucash widget also displays the correct value.

used version: Gnucash 1.0 on Cyanogenmod 9

Allow empty description

HI,

NIce work with the GnucashMobile!
I started using it yesterday with the release candidate.
I noticed that a transaction can not be entered if the description field is empty.
I think it would be nice to allow this field by empty in order to enter transactions faster

Thanks

Import accounts schema from GNUCash (feature)

While the double-entry feature is really usefull, it need you to have created every account you want to use, previously to use it.

If the software is an add-on for desktop gnucash, I think it would be great if you could import the whole account schema (without transactions) from the desktop version, so you'll have ready every account you have to use.

thanks

Show accounts in tree or indent format.

Hello, I'm beginning with gnucash-android and my proposal is to use in conjunction with desktop gnucash.

So I've some subaccounts called same than others (with different parent). When I create these accounts in gnucash-android, I can specify this dependency, but same accounts are put together and no grouped by parent account.

Should be it possible to add this functionality?

Saving new transaction crashes app

Steps:

• Open app and create default accounts (Expenses and Incomes);
• Click on the plus symbol next to "Expenses";
• Enter anything in the description field (e.g., A);
• Enter a number in the amount field (e.g., 1);
• Click the check/save symbol on the upper right corner.

App immediately crashes, and from here on, app keeps crashing as soon as it is opened, until I clean its data.

Details: Nexus S, Jelly Bean, Brazilian Real (currency), installed from F-Droid.

GNUChash cannot detect encoding in new version of OFX file (my comment in issue #16)

Hi, recently I reported incorrect encoding detection problem upon OFX import still exists (my commnent in issue #16), seems nobody noticed...

So I repost it here:

Hi!
Today I've made apk from latest develop and tried export OFX and import.
Suppose fix didn't resolve problem... GnuCash cannot understand encoding (version 2.4.11 too).

I dug more about OFX file format and found out this:

Old version of OFX header was a set of parameters as I wrote in previous post including "ENCODING:UTF-8",
new version has only several required params and another syntax (that one you use):

And parameter ENCODING="UTF-8" hasn't to be there and should be ignored by software.
So, latest changes should be rolled back :(. Sorry.

Idea is xml header () already has encoding information.

Only way I can make Gnucash show correct encoding is to add old OFX version header part "ENCODING:UTF-8" in the very beginning of OFX.

It seems problem is in Gnucash, I'll try inform developers.

But only as walk-around is it possible add old styte header in OFX?

Passcode lock screen

Protect financial information by requiring a passcode lock.

GnuCash upsets default launcher on systems with multiple launchers

Need to remove manifest declaration indicating that it can be treated as a launcher

Widget Resizing

When you long press and release a widget to get into resizing mode, on my phone (G2 running an ICS ROM) the drag bars appear as if the widget can be resized but it does not work. After experimenting with it on my Nexus 7, it appears the widget can be resized, but it has a minimum width, which takes up the full width of the screen on the G2, giving the illusion that it is not functioning, since it can't be sized bigger (no room on screen) and can't be made smaller since it's at it's minimum width.