Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automapping from public CSV importer to YunoHost Firefly III doesn't work #30

Open
DopingAnt opened this issue Jan 17, 2021 · 1 comment

Comments

@DopingAnt
Copy link

How to post a meaningful bug report

  1. Read this whole template first.
  2. Determine if you are on the right place:
    • If you were performing an action on the app from the webadmin or the CLI (install, update, backup, restore, change_url...), you are on the right place!
    • Otherwise, the issue may be due to Firefly III itself. Refer to its documentation or repository for help.
    • If you have a doubt, post here, we will figure it out together.
  3. Delete the italic comments as you write over them below, and remove this guide.

Describe the bug
I used the public CSV importer to import expenses. Everything worked but the mapping. I never tried mapping before, so I can't tell what could resulted the bug. The only error the importer gave me was for one line which can not be a problem for that - I guess: Error(s)

Line #32: transactions.0.amount: transactions.0.amount muss größer als 0 sein. (original value: "0") 
                                                                                      =must be larger than 0.

Versions

  • Hardware: Old laptop or computer
  • YunoHost 4.0.8.3 (stable).
  • I have access to my server: Through everything
  • Are you in a special context or did you perform some particular tweaking on your YunoHost instance ?: no
    • If yes, please explain:
  • Using, or trying to install package version/branch: master

To Reproduce
Steps to reproduce the behavior.

  • Install Firefly III current version on current Yunohost
  • Setup Firefly (accounts, budgets, categories, rules) (No rule changes the account of an expense)
  • Create OAuth2 access for the public importer
  • Import expense data in the CSV importer
  • Let the opposing account data be mapped with a click on the checkbox
  • In the next screen map accordingly
  • Start import
  • Everything should look just fine in the importer
  • Check Firefly III accounts
  • Find a lot of wrong entries due to ignored mapping

Expected behavior

  • only 3 extra accounts should be created by the importer because I forgot 3 accounts while I was creating the expense accounts and the transactions should be mapped to the existing ones + those 3.

Logs
no logs

@JC5
Copy link
Collaborator

JC5 commented Jan 17, 2021

Could you share the offending line and your JSON config?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants