Het grote "Firefly III" topic

[Firefly III]

WheeleE schreef op zondag 8 september 2019 @ 20:11:
Na een eerste (zeer positieve) kennismaking en test op een extern gehoste installatie ben ik dit weekend gaan proberen om een definitieve installatie op mijn Raspberry Pi toemaken m.b.v. Docker.
De handleiding voor Docker Hub with automatic updates via run/pull is heel rechttoe rechtaan, maar toch loopt het spaak.

Het aanmaken van de db-container gaat vlekkeloos, de logfile laat daar geen bijzonderheden zijn.
De applicatiecontainer geeft helaas een hele rits met SQLSTATE[HY000] [2002] Connection refused meldingen.

Wat ik heb geprobeerd:
• DB_PASSWORD default laten, en zelf instellen. Beiden geven geen verschil

• -e DB_PORT=5432 (= default deport) toevoegen aan beide container startups. De db-container lijkt gewoon te starten, de app-container geeft nu gedurende diverse minuten een aantal keer de melding SQLSTATE[HY000] [2006] MySQL server has gone away bij respectievelijk Line 31, 27 en 27. Hierbij lijkt er in de db-log ook één keer de melding LOG: incomplete startup packet te verschijnen.

In het 2e geval komt de installatie dus wel iets verder, maar het resultaat is nog steeds niet bruikbaar.
Ik kom er niet echt achter waar nu het probleem zit. Mijn kennis van en ervaring met docker is te beperkt (dit is mijn vuurdoop zegmaar) om te kunnen troubleshooten of om in de db(-container) te verifiëren hoe en wat.

Gaat er bij iemand een belletje rinkelen, of kijk ik ergens over heen?

Strange. Dat zou allemaal vlekkeloos moeten gaan. De instructies waren in het verleden wat warrig.

- Wat gebeurt er als je alle Firefly III gerelateerde containers trasht en even helemaal opnieuw begint?
- Draai je nog meer Docker containers op dit moment, of was dit je eerste Docker ding?

[WheeleE]

JCE schreef op maandag 9 september 2019 @ 19:18:
[...]

Strange. Dat zou allemaal vlekkeloos moeten gaan. De instructies waren in het verleden wat warrig.

- Wat gebeurt er als je alle Firefly III gerelateerde containers trasht en even helemaal opnieuw begint?
- Draai je nog meer Docker containers op dit moment, of was dit je eerste Docker ding?

Aan de instructies ligt het ook niet, die waren duidelijk genoeg.
Ik heb beide containers een paar keer verwijderd en het opnieuw geprobeerd, maar helaas.
De eerste installatiepoging was met de optie Straight from Docker Hub. Een lokale MySQL-installatie had ik al aan de praat (zonder Docker), maar de installatie van Firefly liep spaak. Daarom heb ik de 2e optie daarna geprobeerd.
Het zou kunnen dat er toch ergens nog wat is achtergebleven. Ik kan/zal eens proberen wat een schone Raspberry-installatie oplevert. Als het probleem hier bekend was en makkelijk op te lossen was het mooi geweest. Het is een reserve-raspberry dus er is geen man over boord .

[Firefly III]

WheeleE schreef op maandag 9 september 2019 @ 19:51:
[...]

Aan de instructies ligt het ook niet, die waren duidelijk genoeg.
Ik heb beide containers een paar keer verwijderd en het opnieuw geprobeerd, maar helaas.
De eerste installatiepoging was met de optie Straight from Docker Hub. Een lokale MySQL-installatie had ik al aan de praat (zonder Docker), maar de installatie van Firefly liep spaak. Daarom heb ik de 2e optie daarna geprobeerd.
Het zou kunnen dat er toch ergens nog wat is achtergebleven. Ik kan/zal eens proberen wat een schone Raspberry-installatie oplevert. Als het probleem hier bekend was en makkelijk op te lossen was het mooi geweest. Het is een reserve-raspberry dus er is geen man over boord .

Weet je zeker dat MySQL lekker draaide? Ergens staat me bij dat daar geen goeie ARM images voor waren. Dat kan inmiddels gefixt zijn hoor.

Wat redelijk waterdicht is is de docker-compose route, die kan je ook nog proberen. Werkt wel met Postgres.

[WheeleE]

JCE schreef op maandag 9 september 2019 @ 20:07:
[...]

Weet je zeker dat MySQL lekker draaide? Ergens staat me bij dat daar geen goeie ARM images voor waren. Dat kan inmiddels gefixt zijn hoor.

Wat redelijk waterdicht is is de docker-compose route, die kan je ook nog proberen. Werkt wel met Postgres.

Ik kon verbinden met MySQL, dus dat leek het goed te doen.
De docker-compose route geeft/gaf de melding 'Version in "./docker-compose.yml" is unsupported.'. Elders in het topic werd daar iets over gezegd van een verouderde versie van docker-compose. Ik heb dat er op een wat warrige manier opgekregen dus echt verbaasd ben ik daar niet over. Een verse, frisse installatie van m'n Raspberry is denk ik het verstandigste.

Bedankt voor je rappe support in ieder geval!

[Krisp]

@JCE Inmiddels heeft bunq ook een changelog voor de API: https://beta.doc.bunq.com/basics/changelog. Die gaat je (hoop ik) helpen om de bunq-API beter te kunnen schrijven en onderhouden.

[WheeleE]

JCE schreef op maandag 9 september 2019 @ 20:07:
[...]

Weet je zeker dat MySQL lekker draaide? Ergens staat me bij dat daar geen goeie ARM images voor waren. Dat kan inmiddels gefixt zijn hoor.

Wat redelijk waterdicht is is de docker-compose route, die kan je ook nog proberen. Werkt wel met Postgres.

Een update: Na een schone installatie van mijn Raspberry liep de docker-compose route een stukje verder door, tot deze melding:

code:

pi@RaspiTwo:~ $ sudo docker-compose -f docker-compose.yml up -d
Creating pi_firefly_iii_db_1 ... error

ERROR: for pi_firefly_iii_db_1  Cannot start service firefly_iii_db: unable to find "net_prio" in controller set: unknown

ERROR: for firefly_iii_db  Cannot start service firefly_iii_db: unable to find "net_prio" in controller set: unknown
ERROR: Encountered errors while bringing up the project.

Dit blijkt een bekend Raspbian-issue te zijn. Gelukkig is er ook een workaround voor.

Ik heb nu de inlogpagina voor mijn neus, dus wat mij betreft is het een succes.

[bertuslambertus]

Zeus schreef op zondag 17 maart 2019 @ 18:36:
Na een lange omweg lijkt het alsof Firefly geïnstalleerd staat

edit:
en werkt!

.

Ik had alleen wat problemen met de htaccess file.
Hierdoor kreeg ik een error 500 bij het bezoeken van de website, en dit stond er in de logs:

code:

 /var/services/web/firefly-iii/.htaccess: Invalid command 'Deny', perhaps misspelled or defined by a module not included in the server configuration

Na wat googlen kwam ik op de volgende website, en heb ik in de .htaccess het volgende gewijzigd:

code:

Deny from all

gewijzigd in:

code:

Require all denied

Volgens dezelfde website zijn deze commands ook depreciated in apache 2.4
Wellicht is dat goed om in de FAQ mee te nemen of de htaccess file standaard aan te passen?

Goed, daarvan afgezien, krijg ik plotseling echt enorme errors. Ik heb al wat gezocht maar ik zou niet weten hoe ik dit moet troubleshooten:

edit:
opgelost, PDO Sql drivers en nog meer modules stonden niet aan in de synology web station.

Hallo @Zeus
Ik vroeg mij af hoe je dit probleem hebt kunnen oplossen? Ben nu ook even bezig om het werkend te krijgen onder Synology, (zonder docker want goedkopere variant).
Had alles draaiend in een vm op mijn laptop, echter wil hem graag draaiend hebben onder synology.
Heb dus alles gekopieerd, db gekoppeld (had ook wat issues onder synology......), maar nu krijg ik deze foutmelding:

Call to undefined function Illuminate\Encryption\openssl_cipher_iv_length()

Na wat gegoogle, werd aanbevolen om composer weer te draaien. Toen dacht ik, ik kan hem beter installeren ipv kopiëren (@JCE correct??)

Echter krijg ik nu de foutmelding die jij had (verkeerde php versie).
Ik krijg hem echter niet werkend met php7.2 (wel geinstalleerd), fout:

Could not find package grumpydictator/firefly-iii with version 4.8.1.1 in a version installable using your PHP version 5.6.11.

Wat ik overal lees is dat je dan "php72 compose.phar compose " etc moet draaien, echter dit bestand bestaat niet op mijn synology......

[Jovink538]

Ik draai nog steeds versie 4.7.9 en heb zo juist tegen beter weten in de Bunq import geprobeerd maar het lijkt toch nog steeeds te werken.
Alles wordt netjes geimporteerd en ik krijg geen foutmelding.

[WheeleE]

Ik ben nu voor het eerst bezig om een zo volledig mogelijke inrichting te maken. Het raak alleen het overzicht een beetje kwijt met alle categorieën, contracten en regels.

Hoe houden jullie zicht en structuur in alles, qua naamgeving? Regels kun je in groepen verdelen weet ik, maar wat voor verdeling maken jullie daar in? En wat voor naamgeving/structuur gebruiken jullie voor regels en categorieën?

[bertuslambertus]

bertuslambertus schreef op donderdag 19 september 2019 @ 23:01:
[...]


Hallo @Zeus
Ik vroeg mij af hoe je dit probleem hebt kunnen oplossen? Ben nu ook even bezig om het werkend te krijgen onder Synology, (zonder docker want goedkopere variant).
Had alles draaiend in een vm op mijn laptop, echter wil hem graag draaiend hebben onder synology.
Heb dus alles gekopieerd, db gekoppeld (had ook wat issues onder synology......), maar nu krijg ik deze foutmelding:

Call to undefined function Illuminate\Encryption\openssl_cipher_iv_length()

Na wat gegoogle, werd aanbevolen om composer weer te draaien. Toen dacht ik, ik kan hem beter installeren ipv kopiëren (@JCE correct??)

Echter krijg ik nu de foutmelding die jij had (verkeerde php versie).
Ik krijg hem echter niet werkend met php7.2 (wel geinstalleerd), fout:

Could not find package grumpydictator/firefly-iii with version 4.8.1.1 in a version installable using your PHP version 5.6.11.

Wat ik overal lees is dat je dan "php72 compose.phar compose " etc moet draaien, echter dit bestand bestaat niet op mijn synology......

Ik heb het eindelijk werkend, bleek onderwater toch niet alle pakketjes aan te staan in het php profiel.
Alleen wel spannend wanneer ik een nieuwe versie wil installeren (tenzij iemand weet hoe ik composer kan forceren php 7.2 te gebruiken ipv 5.x onder synology )

[prutsger]

Ik heb Firefly inmiddels ook draaien. Mooi pakket met een aantal functies die ik GNUCash mis, waar ik in het verleden veel mee gestoeid heb. Daarnaast fijn dat het webbased is, hopelijk kan ik mijn vrouw ok meekrijgen in het gebruik omdat we er beide altijd bij kunnen.

1 probleem loop ik nog wel tegenaan. We hebben een ING Oranje Spaarrekening die is gekoppeld aan een betaalrekening. Deze spaarrekening heeft geen rekeningnummer of IBAN. In de CSV-exports staat er bij rekening ook gewoon letterlijk "". Nu heb ik hem wel aangemaakt onder 'Betaalrekeningen' met als naam 'Oranjespaarrekening'. Vervolgens twee regels aangemaakt:

• Omschrijving begint met "Van Oranje spaarrekening" -> Verander bronrekening naar "Oranjespaarrekening"
• - Omschrijving begint met "Naar Oranje spaarrekening" -> Verander doelrekening naar "Oranjespaarrekening"[/i]

Maar er wordt dan automatisch een 'crediteur' "Oranjespaarrekening" aangemaakt bij het uitvoeren van die regels en daaronder vind ik alle transacties netjes terug. Hoe kan ik Firefly de bestaande rekening te laten herkennen? Of moet ik dit heel anders aanpakken?

[WheeleE]

prutsger schreef op woensdag 9 oktober 2019 @ 15:48:
Ik heb Firefly inmiddels ook draaien. Mooi pakket met een aantal functies die ik GNUCash mis, waar ik in het verleden veel mee gestoeid heb. Daarnaast fijn dat het webbased is, hopelijk kan ik mijn vrouw ok meekrijgen in het gebruik omdat we er beide altijd bij kunnen.

1 probleem loop ik nog wel tegenaan. We hebben een ING Oranje Spaarrekening die is gekoppeld aan een betaalrekening. Deze spaarrekening heeft geen rekeningnummer of IBAN. In de CSV-exports staat er bij rekening ook gewoon letterlijk "". Nu heb ik hem wel aangemaakt onder 'Betaalrekeningen' met als naam 'Oranjespaarrekening'. Vervolgens twee regels aangemaakt:

• Omschrijving begint met "Van Oranje spaarrekening" -> Verander bronrekening naar "Oranjespaarrekening"
• - Omschrijving begint met "Naar Oranje spaarrekening" -> Verander doelrekening naar "Oranjespaarrekening"[/i]

Maar er wordt dan automatisch een 'crediteur' "Oranjespaarrekening" aangemaakt bij het uitvoeren van die regels en daaronder vind ik alle transacties netjes terug. Hoe kan ik Firefly de bestaande rekening te laten herkennen? Of moet ik dit heel anders aanpakken?

Kun je een voorbeeld geven van hoe heb jij je categorieën en regels ingedeeld? Ik ben nog steeds aan het puzzelen maar voor mijn gevoel is het nog steeds een grote onoverzichtelijke verzameling.

[Krisp]

bertuslambertus schreef op donderdag 19 september 2019 @ 23:01:
[...]


Hallo @Zeus
Ik vroeg mij af hoe je dit probleem hebt kunnen oplossen? Ben nu ook even bezig om het werkend te krijgen onder Synology, (zonder docker want goedkopere variant).
Had alles draaiend in een vm op mijn laptop, echter wil hem graag draaiend hebben onder synology.
Heb dus alles gekopieerd, db gekoppeld (had ook wat issues onder synology......), maar nu krijg ik deze foutmelding:

Call to undefined function Illuminate\Encryption\openssl_cipher_iv_length()

Na wat gegoogle, werd aanbevolen om composer weer te draaien. Toen dacht ik, ik kan hem beter installeren ipv kopiëren (@JCE correct??)

Echter krijg ik nu de foutmelding die jij had (verkeerde php versie).
Ik krijg hem echter niet werkend met php7.2 (wel geinstalleerd), fout:

Could not find package grumpydictator/firefly-iii with version 4.8.1.1 in a version installable using your PHP version 5.6.11.

Wat ik overal lees is dat je dan "php72 compose.phar compose " etc moet draaien, echter dit bestand bestaat niet op mijn synology......

By far het makkelijkst is het om een Docker container te draaien met daarin FFIII. In feite heb je daar twee containers voor nodig: 1 met FFIII zelf, en 1 met MySQL/PostgreSQL. De benodigde documentatie daarvoor staat op de website van FFIII, en kun je 1:1 volgen.

[.SnifraM]

WheeleE schreef op donderdag 10 oktober 2019 @ 09:54:
[...]

Kun je een voorbeeld geven van hoe heb jij je categorieën en regels ingedeeld? Ik ben nog steeds aan het puzzelen maar voor mijn gevoel is het nog steeds een grote onoverzichtelijke verzameling.

Ik ben overgestapt op het gebruik van tags om alles onder te verdelen. De categorieën gebruik ik alleen nog heel basic. Dus iets van:

- Inkomsten
- Vaste lasten
- Variabele lasten (hier zit HEEL veel in en vrijwel alles wat niet onder Vaste lasten of inkomsten valt).
- Overige (alleen voor dingen als pintransacties, interne overboekingen, etc).

Mijn regels zijn dus ook zo gemaakt dat ik iedere transactie onderverdeel in 1 van de basis categorieen en er vervolgens een tag aan koppel. En helemaal onderaan mijn regels heb ik nog 1 afsluitende regel staan die checked of er een tag aan de transactie hangt, zoniet dan geeft die een tag "No Tag" mee. Zo kan ik makkelijk zien welke transacties "geen tag" hebben en dus even handmatig doen (of een passende regel voor moet bedenken).

Met het tag rapport/overzicht kun je hierdoor ook erg mooie rapporten genereren. Nogmaals de categorieen gebruik ik dus eigenlijk niet meer, behalve dat ik ze niet onder 'geen categorie' wil zien .

[bertuslambertus]

Krisp schreef op donderdag 10 oktober 2019 @ 10:31:
[...]

By far het makkelijkst is het om een Docker container te draaien met daarin FFIII. In feite heb je daar twee containers voor nodig: 1 met FFIII zelf, en 1 met MySQL/PostgreSQL. De benodigde documentatie daarvoor staat op de website van FFIII, en kun je 1:1 volgen.

Mee eens, alleen ondersteund mijn synology helaas geen containers

[Tap_]

Wat is de laatste versie die nog met de bunq api werkt? Ik wil Firefly weer gaan gebruiken, maar wil graag de api gebruiken. Specifiek ben ik op zoek naar de laatste docker versie die nog werkt.

[Jovink538]

Tap_ schreef op donderdag 17 oktober 2019 @ 21:02:
Wat is de laatste versie die nog met de bunq api werkt? Ik wil Firefly weer gaan gebruiken, maar wil graag de api gebruiken. Specifiek ben ik op zoek naar de laatste docker versie die nog werkt.

4.7.9 werkt bij mij nog.
ook al zegt @JCE dat de api van bunq is verandert en het niet meer werkt, werkt het nog steeds.

[Firefly III]

Ik heb begrepen dat het nog steeds werkt idd. Alleen maar mooi! Houd er wel rekening mee dat upgraden straks noodzakelijk is, en dat er wat XSRF bugs zitten in oude versies. Geen vreselijk kritieke dingen maar verkijk je niet op de bunq api. Met de hand transacties schrijven is waardevoller dan klakkeloos importeren.

Als je over 6 maanden komt van “ik wil upgraden en het werkt niet” kan het zijn dat ik weinig voor je kan doen.

[Tap_]

@Jovink538
Thanks! Heb hem geinstalleerd en werkt inderdaad.

@JCE
Ik begrijp dat het buiten de support ligt, de import functie is gewoon makkelijk. Gemak dient de mens en ik geloof heilig dat je alles moet automatiseren wat je kunt automatiseren.

Ik ga van het weekend een keus maken. Want de tool wil ik blijven gebruiken :-)

[Jovink538]

Ik moet ook eerlijk zeggen dat ik de import erg makkelijk vind.
Ik heb het geprobeerd met de csv files maar dat vind ik veel omslachtiger.

[Transportman]

Ik vul de transacties handmatig in, omdat ik er toch altijd zelf omschrijvingen op wil zetten. iDEAL komt vaak niet verder dan een of ander vaag transactienummer dat soms via een tussenpartij gaat waardoor automatische import toch niet de juiste info bevat, en pin-transacties komen vaak niet verder dan Betaalautomaat xyz wat betreft omschrijving.

Daarnaast zorgt het ook voor een stukje bewustwording, van wat geef ik nou allemaal uit.

[Robbie T]

Ik gebruik inmiddels al enige tijd Firefly. Ik ben inmiddels echter van server geswitcht en heb hier geen installatron beschikbaar (vanuit daar had ik hem geïnstalleerd). In verband met updaten e.d wil ik switchen naar een docker image.

Hoe doe ik dit echter het makkelijkste want via export werkt het niet als ik het goed begrijp?

[Arunia]

Dacht net, laat ik een update uitvoeren. Maar hij start niet meer op.

Gelukkig had ik er eigenlijk nog niets echt mee gedaan. Dus kan zo opnieuw beginnen. Ga er nog wel eens voor zitten. Wellicht hetzelfde probleem als met mijn Wordpress installatie waarbij de firewall tussen de DB container en de app container zit.
Nope, ik denk dat de installatie gewoon niet goed gegaan is met de docker-compose manier.

Geen zin om het uit te zoeken. Verwijder het hele gebeuren en begin wel opnieuw. Maar is wel iets wat ik in de gaten moet houden in de toekomst bij een update.

Docker onder Windows overigens. Denk dat ik nog wat anders moet updaten gok ik zo.

[ Voor 34% gewijzigd door Arunia op 05-11-2019 16:21 ]

[RudolfR]

@Arunia

Ik had vrij recent ook wat problemen na een update; zie recente posts van mij in dit topic.
Misschien loop jij tegen iets soortgelijks aan. De compose-file is vandaag de dag behoorlijk anders dan pak-em-beet een half jaar geleden.

[Arunia]

@RudolfR Denk dat dat het ook is. Zal binnenkort eens terug kijken. Of ik begin dan opnieuw. Weet niet welke versie ik heb, maar verwacht inderdaad van pak hem beet een half jaar terug.

Opnieuw beginnen is denk ik ook makkelijker en sneller om te doen.

[Firefly III]

@Arunia de variable namen zijn gewijzigd. Je kan de goede variabelen vinden in dit bestand. Moet geen rocket science zijn om ze te mappen.

Vanaf nu komt Firefly III ook in alpha en beta versies overigens, check het issue hier.

[Arunia]

@JCE Heb het gewoon verwijderd allemaal. Voor de zekerheid.
Toen opnieuw geinstalleerd en nu een whoopsie pagina.

Volgens mij heb ik dit toen ook al eens gehad. Doe het op de compose-file manier.
Ga daar binnenkort eens rustig voor zitten.

[Firefly III]

Dag lieve kijkbuiskinderen,

Mijn account is omgetoverd tot een heus "bedrijfsaccount". Daarmee kan ik zonder ruzie te krijgen met de crew onder een alternatief account posten wat ik allemaal over jullie denk maar natuurlijk vooral: support geven op een pietsje formelere wijze dan in het verleden.

Zoals gebruikelijk probeer ik hier altijd te reageren, maar dat lukt niet altijd. Ik blijf het supertof vinden dat jullie elkaar ook support geven, zoals ik dat gewend ben op Tweakers

Mocht je er echt niet uitkomen of is het echt een bug, kan je nog steeds een issue openen op GitHub of een mailtje sturen. Op Twitter en GitHub zie je sowieso altijd wat er gaande is rondom Firefly III.

Voor de PSD2 / bunq / API zaken: ik ben nu druk bezig om de code van alle import-routines te scheiden van Firefly III. Omdat dit nogal een Siamese tweeling is, is dat niet makkelijk gedaan. Het einddoel is echter wel om bunq imports, CSV imports en alle andere imports makkelijker en sneller te kunnen supporten door ze los te trekken van Firefly III.

De eerste import tool voor Firefly III is voor CSV bestanden en daarvan is de eerste alpha versie inmiddels uit (onderaan de pagina).

Game on!

[Robbie T]

Robbie T schreef op donderdag 31 oktober 2019 @ 19:46:
Ik gebruik inmiddels al enige tijd Firefly. Ik ben inmiddels echter van server geswitcht en heb hier geen installatron beschikbaar (vanuit daar had ik hem geïnstalleerd). In verband met updaten e.d wil ik switchen naar een docker image.

Hoe doe ik dit echter het makkelijkste want via export werkt het niet als ik het goed begrijp?

@Firefly III gefeliciteerd met je bedrijfsaccount . Kan je mij op weg helpen met bovenstaande vraag?

Daarnaast nog een extra vraag; Via het "standaard financieel rapport" kan ik per categorie de uitgaven en inkomsten zien in een aparte tabel. Is er ook een mogelijkheid om een som van deze 2 tabellen te zien, zodat ik zie wat ik daadwerkelijk heb uitgegeven in een bepaalde categorie?

[Don Quijote]

@Firefly III Kort vraagje over importeren via Salt Edge / Spectre. Ik heb dit nu netjes aan de praat en hij trekt zowel betaal als spaarrekeningen binnen via de ABN Amro. Enige nadeel is dat het de mapping van veld niet juist gaat ofwel niet alle data wordt meegeleverd .Is dit iets wat een bekend probleem is, of heb ik ergens toch iets fout gedaan in het proces (ik zie nergens waar ik het zou kunnen aanpassen)?

Screenshotje als voorbeeld.



Payee/to wordt niet ingevuld. En de description lijkt niet te kloppen.

edit- Heb zelf even met de API zitten spelen. En het lijkt erop dat ABN de payee informatie überhaupt niet meestuurt. Ondanks dat het volgens de documentatie wel meegegeven zou moeten worden:

code:

{
    "data": {
        "id": "2344",
        "code": "abnamro_nl",
        "name": "ABN AMRO",
        "mode": "web",
        "status": "active",
 [...]
       
        "supported_transaction_extra_fields": [
            "additional",
            "closing_balance",
            "information",
            "payee",
            "type"
        ],

Maar als ik daadwerkelijk naar de transactie kijk die terugkomt via de Spectre API:

code:

        {
            "id": "1991212487",
            "account_id": "10073313",
            "duplicated": false,
            "mode": "normal",
            "status": "posted",
            "made_on": "2019-11-13",
            "amount": -11.99,
            "currency_code": "EUR",
            "description": "Adyen B.V.",
            "category": "transfer",
            "extra": {
                "merchant_id": "d811501691a97b370128a99be0c2dcaf4574059d7156bacd6e6e239921eaf84f",
                "account_balance_snapshot": 347.33,
                "categorization_confidence": 1
            },
            "created_at": "2019-11-13T14:58:32Z",
            "updated_at": "2019-11-13T14:58:32Z"
        }

Staat payee er niet bij in het Extra blok. Dus Spectre lijkt geen optie voor ABN. Voor de volledigheid nog even de echte transactie:

[ Voor 82% gewijzigd door Don Quijote op 13-11-2019 20:01 ]

[Barryvdh]

Wellicht wat off-topic, en excuses voor het niet installeren vooraf, maar ik was toevallig net aan het kijken naar financiele tools op Github en op Tweakers, en beiden kwam deze voorbij

Is het ook mogelijk om naast je inkomen/uitgaven, ook een soort 'voorspelling' te doen? Wellicht wat uit de scope, maar ik zou bijvoorbeeld graag bijhouden wat de verwachte return op mijn beleggingen zijn, hoe de rente van mijn hypotheek afneemt en wat voor impact dat heeft op mijn verwachtte winst, wat er gebeurd als ik meer spaar/aflos/investeer etc

Edit: Ah helaas, zie nu op https://docs.firefly-iii.org/support/features:

Firefly III will not support stock accounts, investment tracking, real estate or other features besides basic personal finances. If you're looking for something like that, please check out GNUCash.
Firefly III won't support the ability to predict expenses, give you a look into the future or do financial planning. The present is hard enough to manage at the moment.

[ Voor 29% gewijzigd door Barryvdh op 14-11-2019 10:56 ]

[Batavia]

Is het mogelijk bij firefly mijn 'todo' te zien voor budgetten?

wat ik hiermee bedoel is als ik het goed begrijp moet ik iedere maand opnieuw mijn budgetten instellen. Ik wil dus snel kunnen zien welke budgetten ik nog niet heb ingesteld (en wat het budget van de vorige maand was)

[aaajeetee]

Erg goede tool, zit goed in elkaar voor zover ik kan beoordelen. Ik ben er blij mee!

Waar ik nu echter tegenaan loop (of ik heb er overheen gelezen): op het dashboard staat een "Categoriën" grafiek. Hierin zou ik de netto inkomsten en uitgaven per categorie verwachten.
Dus als categorie A een inkomst van €2,50 heeft en een uitgave van €10, dan zou ik €7,50 (als uitgave) verwachten in deze grafiek.

Echter, deze grafiek toont €10 voor categorie A. Bij het detailoverzicht van categorie A staan de uitgaven en inkomsten wel goed (dezelfde datumrange).

Is dit by design, heb ik niet goed gelezen/ gezocht in de documentatie of heb ik verkeerde verwachtingen?

Indien dit zo hoort, is er een manier om zo'n grafiek wel op het dashboard te krijgen? Ik zou graag voor een bepaalde datumrange willen zien wat ik netto heb uitgegeven aan bepaalde zaken. Denk aan netto kinderopvang kosten bijv (bruto uitgave minus binnenkomende toeslag).

Ik heb in dit topic gezocht en in de firefly documentatie en kon er weinig over vinden.

[VRHA]

FYA @Firefly III

Laten we beginnen met het belangrijkste: Firefly III ziet er geweldig uit en lijkt exact te zijn wat ik zocht! Bedankt!

Ik heb Firefly III kunnen installeren (enkel het werkende krijgen achter NGINX reverse proxy heeft wat tijd gekost).
Ik wil het nu beginnen gebruiken en mijn plan is om maandelijks een csv export te nemen (Mobile Banking) en te importeren in Firefly III (zelf manueel toevoegen gaat hier bij mij niet gebeuren - daar heb ik de discipline niet voor). Ik wil categoriseren/taggen maximaal automatiseren via de rules.

Source: https://selfhosted.libhunt.com/firefly-iii-changelog

Deprecated
🚚 This will probably be the last Firefly III version to have import routines for files, Bunq and others. These will be moved to separate applications that use the Firefly III API.

Is het mogelijk om hier wat uitleg over te geven?
Is er een indicatie qua timeline?
Zal er nog steeds een mogelijkheid zijn om csv files te importeren (e.g. via standalone app)?
Zullen de regels om transacties automatisch een budget/tag/categorie te geven blijven werken?

Wil voorkomen dat ik een paar weken werk steek in het automatiseren (rules) van de import file en dat de functionaliteit wijzigt waarna ik opnieuw kan beginnen (bv. andere regels etc...).

EDIT: FYA aan TS

[ Voor 9% gewijzigd door VRHA op 18-12-2019 16:28 ]

[ThinkPad]

Batavia schreef op donderdag 21 november 2019 @ 15:53:
Is het mogelijk bij firefly mijn 'todo' te zien voor budgetten?

wat ik hiermee bedoel is als ik het goed begrijp moet ik iedere maand opnieuw mijn budgetten instellen. Ik wil dus snel kunnen zien welke budgetten ik nog niet heb ingesteld (en wat het budget van de vorige maand was)

Hier op inhakende, klopt het dat ik elke maand, voor elk budget het bedrag opnieuw moet invullen? In YNAB had je daar een knopje voor 'use budgetted values from last month' o.i.d. Dat zou wel aangenaam zijn, want elke maand opnieuw dezelfde getallen invullen gaat gauw vervelen. Mijn budget voor bijv. boodschappen is toch elke maand hetzelfde.

En nog een tweede vraag, bij het importeren wordt de tegenpartij herkend nadat ik deze als 'expense account' erin had gezet met hun IBAN. Maar als ik wil zorgen dat het automatisch aan een budget wordt gekoppeld dan moet ik voor elk bedrijf een rule aanmaken? Als ik het gelijk bij aanmaken van het expense account zou kunnen kiezen dan zou dat véél klikwerk schelen (een rule maken is nog best wat klikwerk vind ik).

CC aan @Firefly III

---

Het draait hier overigens prima op een Raspberry Pi 4 via Docker. Het bleek het makkelijkste aan de praat te krijgen via de Docker Compose route. Heb ook geprobeerd om het handmatig (niet via Docker) op een lege Ubuntu Server 18.04 VM te installeren maar dat ging erg moeizaam en is mij dan ook niet gelukt.

[ Voor 35% gewijzigd door ThinkPad op 02-01-2020 21:55 ]

[BasRik]

Na wat geknoei met kasboek.nl en cashflow manager.Ben ik inmiddels ook begonnen aan het bijhouden van mijn financiën in firefly.

Nadat ik geprobeerd heb mijn KNAB rekeningen te importeren maar volledig overgestapt alles handmatig bij te houden. Zo ben ik er wel langer maar toch bewuster mee bezig.

Wat @ThinkPad zegt lijkt het me ook handig om een kopieerfunctie te hebben voor mijn budgetten.

Verder ben ik nog even aan het bijlezen naar tips en truck in dit forum.

[Transportman]

Ik heb het nu een jaar gebruikt, en het geeft wel meer inzicht. De grote posten waren wel voorspelbaar (meeste gaat op aan vaste lasten), maar ik had ook een vrij forse variabele post die bestond uit allerlei kleine betalingen van maximaal 100 euro maar samen toch duizenden euro's waren. Voorheen had ik geen zicht op zulke uitgaves.

Wat ik wel mis en wat in eerdere versies wel zat, is het simpel klonen van transacties, in vorige versies was dat direct in het actie-menu mogelijk, maar nu moet ik een Edit doen van een transactie en dan een vinkje zetten om er een kloon van te laten maken. Ik heb nu dus al een paar keer gehad dat ik dat vinkje ben vergeten en na het invoeren van transacties een afwijking had. @Firefly III is er een reden waarom die menu-optie eruit gehaald is?

Ik gebruik dat vooral om recurring transacties in te voeren, omdat mijn Docker container niet continu aan staat zijn recurring transactions niet mogelijk (cron job wordt niet afgevuurd), en voor transacties die hetzelfde zijn als een eerdere transactie (maar met een ander bedrag).

Ook krijg ik in 4.8.2 bij het aanmaken van een transactie een pagina met JSON terug, i.p.v. een normale Firefly pagina.

[ Voor 5% gewijzigd door Transportman op 04-01-2020 20:23 ]

[McOrion]

Hier ook een nieuwe, zeer tevreden gebruiker van Firefly. Ik heb hem geïnstalleerd via docker-compose op een Raspberry Pi 3B, met een MariaDB op een Synology DS114. Het is mijn eerste ervaring met Docker, en in het begin is het flink zoeken naar wat er dan allemaal geïnstalleerd moet worden. Maar uiteindelijk is het eigenlijk best wel makkelijk Het draait hier als een zonnetje en de performance is prima.

Ik gebruik geen imports, maar heb heel 2019 met de hand ingevoerd. Het is even een klusje, maar geeft je wel inzicht in hoe je het in wil delen qua budget, categorie en tags. Overigens is aanpassen van deze onderdelen ook weer snel te doen als je het toch anders wil.

Omdat in het topic een aantal keer de vraag voor de indelingen van budget, categorie en tag voorbij komt, hierbij die van mij:

In eerste instantie had ik een behoorlijk aantal budgetten, bijna voor iedere (vaste) uitgave wel een apart budget. Een aantal daarvan kan ik eigenlijk vrij precies inschatten: hypotheek, GWE, overheidslasten, verzekeringen. Die heb ik dan ook samengenomen in 1 budget "Vaste lasten", waarbinnen ik voor de 'oude' budgetten een categorie heb aangemaakt. Op de budget-pagina krijg je dan een mooi taartdiagram te zien van waar je lasten heen zijn gegaan.

Voor boodschappen en diverse uitgaven heb ik 2 aparte budgetten, omdat ik die van tevoren moeilijker kan inschatten. Binnen het boodschappen-budget gebruik ik categorieën voor de supermarkt, bakker, slager, etc. Binnen het diversen-budget zijn de categorieën wat algemener: cadeau's, parkeerkosten, abonnementen, diversen huishouden.

Voor onze beide auto's heb ik 2 aparte budgetten aangemaakt: vaste autokosten en brandstof. In de vaste autokosten zitten dan de categorieën verzekering, wegenbelasting en onderhoud. Onderhoud budgetteer ik een vast bedrag per maand en wat we niet opmaken gaat naar een piggybank. Naast budget en categorie heb ik ook 2 tags (auto 1 en auto 2), zodat ik kan zien hoeveel iedere auto kost.

Met de budget-range heb ik ook nog even zitten spelen. In principe leg ik een budget vast voor een half jaar en bekijk ik het daarna opnieuw. Toen ik daarmee begon, zag ik dat het lastig was om het verloop over de periode te zien, omdat die best wel lang is. Daarom ben ik toch maar overgegaan op een budgetrange van 1 maand. Nadeel is dan wel dat ik 6x per halfjaar een budget moet ingeven. Maar met 5 budgetten is dat ook wel weer te doen.

[Firefly III]

Robbie T schreef op vrijdag 8 november 2019 @ 20:35:
[...]


@Firefly III gefeliciteerd met je bedrijfsaccount . Kan je mij op weg helpen met bovenstaande vraag?

Daarnaast nog een extra vraag; Via het "standaard financieel rapport" kan ik per categorie de uitgaven en inkomsten zien in een aparte tabel. Is er ook een mogelijkheid om een som van deze 2 tabellen te zien, zodat ik zie wat ik daadwerkelijk heb uitgegeven in een bepaalde categorie?

Thanks

Yes. Switchen naar Docker naar een standaard installatie is niet vreselijk lastig, "in principe". Installeer Firefly III eerst gewoon leeg, liefst met hetzelfde type database. Dus je pakt bijvoorbeeld Firefly III en een MariaDB container als je MySQL had, of Postgres als je postgres had. Vervolgens kan je met een tool als "adminer" of de Postgres tool je data overhevelen van je oude database naar de docker database.

Neem voor de zekerheid ook je "APP_KEY" mee (staat in je .env file).

Voor wat betreft de chart: de frontpage richt zich nu vooral op je uitgaven, maar ik voeg hem toe aan mijn lijstje.

Don Quijote schreef op woensdag 13 november 2019 @ 16:46:
@Firefly III Kort vraagje over importeren via Salt Edge / Spectre. Ik heb dit nu netjes aan de praat en hij trekt zowel betaal als spaarrekeningen binnen via de ABN Amro. Enige nadeel is dat het de mapping van veld niet juist gaat ofwel niet alle data wordt meegeleverd .Is dit iets wat een bekend probleem is, of heb ik ergens toch iets fout gedaan in het proces (ik zie nergens waar ik het zou kunnen aanpassen)?

Ja dit is helaas een eigenschap van Salt Edge. Bovendien gaan ze binnenkort naar een systeem waar je maar 90 dagen Salt Edge mag gebruiken, daarna wordt je account gesloten.

Batavia schreef op donderdag 21 november 2019 @ 15:53:
Is het mogelijk bij firefly mijn 'todo' te zien voor budgetten?

wat ik hiermee bedoel is als ik het goed begrijp moet ik iedere maand opnieuw mijn budgetten instellen. Ik wil dus snel kunnen zien welke budgetten ik nog niet heb ingesteld (en wat het budget van de vorige maand was)

Yes, dat is met opzet een handwerkje elke maand.

aaajeetee schreef op woensdag 27 november 2019 @ 21:58:
Erg goede tool, zit goed in elkaar voor zover ik kan beoordelen. Ik ben er blij mee!

Waar ik nu echter tegenaan loop (of ik heb er overheen gelezen): op het dashboard staat een "Categoriën" grafiek. Hierin zou ik de netto inkomsten en uitgaven per categorie verwachten.
Dus als categorie A een inkomst van €2,50 heeft en een uitgave van €10, dan zou ik €7,50 (als uitgave) verwachten in deze grafiek.

Echter, deze grafiek toont €10 voor categorie A. Bij het detailoverzicht van categorie A staan de uitgaven en inkomsten wel goed (dezelfde datumrange).

Is dit by design, heb ik niet goed gelezen/ gezocht in de documentatie of heb ik verkeerde verwachtingen?

Indien dit zo hoort, is er een manier om zo'n grafiek wel op het dashboard te krijgen? Ik zou graag voor een bepaalde datumrange willen zien wat ik netto heb uitgegeven aan bepaalde zaken. Denk aan netto kinderopvang kosten bijv (bruto uitgave minus binnenkomende toeslag).

Ik heb in dit topic gezocht en in de firefly documentatie en kon er weinig over vinden.

Als-ie daadwerkelijk optelt is dat een bugje, ik duik er even in. Dat zou wel netjes moeten staan natuurlijk.

VRHA schreef op woensdag 18 december 2019 @ 15:36:
FYA @Firefly III

Laten we beginnen met het belangrijkste: Firefly III ziet er geweldig uit en lijkt exact te zijn wat ik zocht! Bedankt!

Ik heb Firefly III kunnen installeren (enkel het werkende krijgen achter NGINX reverse proxy heeft wat tijd gekost).
Ik wil het nu beginnen gebruiken en mijn plan is om maandelijks een csv export te nemen (Mobile Banking) en te importeren in Firefly III (zelf manueel toevoegen gaat hier bij mij niet gebeuren - daar heb ik de discipline niet voor). Ik wil categoriseren/taggen maximaal automatiseren via de rules.

Source: https://selfhosted.libhunt.com/firefly-iii-changelog

[...]


Is het mogelijk om hier wat uitleg over te geven?
Is er een indicatie qua timeline?
Zal er nog steeds een mogelijkheid zijn om csv files te importeren (e.g. via standalone app)?
Zullen de regels om transacties automatisch een budget/tag/categorie te geven blijven werken?

Wil voorkomen dat ik een paar weken werk steek in het automatiseren (rules) van de import file en dat de functionaliteit wijzigt waarna ik opnieuw kan beginnen (bv. andere regels etc...).

EDIT: FYA aan TS

Thanks voor het compliment!

Alles blijft bestaan. De import routine wordt alleen verplaatst naar een andere, losse app. Ik heb nog geen tijdslijnen maar de eerste test-versies van de CSV import tool staat online:

https://github.com/firefly-iii/csv-importer

Dit doe ik omdat ik in Firefly III zelf gebonden ben aan de release cycle van Firefly III zelf. Bovendien levert de import een hele hoop custom code op die niet handig werkt. Dus ik trek het los en alles gaat via de API lopen.

Ik ga eerst een tool bouwen die werkt, en dan pas dingen weghalen / uitschakelen. Dus worst case scenario is dat je moet kiezen tussen CSV via Firefly III of CSV via de nieuwe tool.

De regels die je hebt gemaakt blijven van toepassing en zullen ook via de nieuwe tool worden toegepast.

ThinkPadd schreef op woensdag 1 januari 2020 @ 23:56:
[...]

Hier op inhakende, klopt het dat ik elke maand, voor elk budget het bedrag opnieuw moet invullen? In YNAB had je daar een knopje voor 'use budgetted values from last month' o.i.d. Dat zou wel aangenaam zijn, want elke maand opnieuw dezelfde getallen invullen gaat gauw vervelen. Mijn budget voor bijv. boodschappen is toch elke maand hetzelfde.

En nog een tweede vraag, bij het importeren wordt de tegenpartij herkend nadat ik deze als 'expense account' erin had gezet met hun IBAN. Maar als ik wil zorgen dat het automatisch aan een budget wordt gekoppeld dan moet ik voor elk bedrijf een rule aanmaken? Als ik het gelijk bij aanmaken van het expense account zou kunnen kiezen dan zou dat véél klikwerk schelen (een rule maken is nog best wat klikwerk vind ik).

CC aan @Firefly III

---

Het draait hier overigens prima op een Raspberry Pi 4 via Docker. Het bleek het makkelijkste aan de praat te krijgen via de Docker Compose route. Heb ook geprobeerd om het handmatig (niet via Docker) op een lege Ubuntu Server 18.04 VM te installeren maar dat ging erg moeizaam en is mij dan ook niet gelukt.

Yes, handmatig budgetjes invoeren blijft. Ik heb in het verleden wel code gehad voor het copy pasten en herhalen van budgetten maar je kan voor custom periodes budgetten doen, lang en kort, wekelijks maandelijks en dat was een drama. Het is wat meer werk maar een mooi begin van de maand om even je budgetten te fixen. Dat blijft dus zo.

Als je bedrijven aan een budget wilt koppelen zul je idd met rules moeten werken maar je kan een rule "non-strict" maken en dan kan je gewoon alle bedrijven toevoegen als "destination account is" in één en dezelfde rule.

Transportman schreef op zaterdag 4 januari 2020 @ 20:06:
Ik heb het nu een jaar gebruikt, en het geeft wel meer inzicht. De grote posten waren wel voorspelbaar (meeste gaat op aan vaste lasten), maar ik had ook een vrij forse variabele post die bestond uit allerlei kleine betalingen van maximaal 100 euro maar samen toch duizenden euro's waren. Voorheen had ik geen zicht op zulke uitgaves.

Wat ik wel mis en wat in eerdere versies wel zat, is het simpel klonen van transacties, in vorige versies was dat direct in het actie-menu mogelijk, maar nu moet ik een Edit doen van een transactie en dan een vinkje zetten om er een kloon van te laten maken. Ik heb nu dus al een paar keer gehad dat ik dat vinkje ben vergeten en na het invoeren van transacties een afwijking had. @Firefly III is er een reden waarom die menu-optie eruit gehaald is?

Ik gebruik dat vooral om recurring transacties in te voeren, omdat mijn Docker container niet continu aan staat zijn recurring transactions niet mogelijk (cron job wordt niet afgevuurd), en voor transacties die hetzelfde zijn als een eerdere transactie (maar met een ander bedrag).

Ook krijg ik in 4.8.2 bij het aanmaken van een transactie een pagina met JSON terug, i.p.v. een normale Firefly pagina.

Voorlopig blijft het clonen nog even zo. Het lastige is dat ik (potentieel) vreselijk complexe transacties moet converteren naar een "edit"-versie, die moet in je sessie, en dan moet het hele formulier pre-ingevuld worden. Dat was een crime, zeker met gesplitste transacties dus dat heb ik er uit gesloopt. Het bleek net zo makkelijk om het update scherm te recyclen met dat vinkje.

Dat gezegd hebbende, als je er geen bezwaar tegen hebt dat de transactie klakkeloos wordt gekloond (met bijvoorbeeld "#1" er achter) dan is dat knopje zo weer teruggetoverd natuurlijk. Maar dan moet je zelf achteraf editen om de datum enzo goed te krijgen.

---

Excuses voor de late reacties allemaal. Ik moet hier echt wat vaker komen kijken.

[Transportman]

Firefly III schreef op woensdag 8 januari 2020 @ 08:26:
Voorlopig blijft het clonen nog even zo. Het lastige is dat ik (potentieel) vreselijk complexe transacties moet converteren naar een "edit"-versie, die moet in je sessie, en dan moet het hele formulier pre-ingevuld worden. Dat was een crime, zeker met gesplitste transacties dus dat heb ik er uit gesloopt. Het bleek net zo makkelijk om het update scherm te recyclen met dat vinkje.

Dat gezegd hebbende, als je er geen bezwaar tegen hebt dat de transactie klakkeloos wordt gekloond (met bijvoorbeeld "#1" er achter) dan is dat knopje zo weer teruggetoverd natuurlijk. Maar dan moet je zelf achteraf editen om de datum enzo goed te krijgen.

Bedankt voor de toelichting waarom het zo gedaan is. Is het niet mogelijk om achter de Clone-knop het edit scherm te zetten met het vinkje standaard aan? Dat lijkt mij iets duidelijker in gebruik omdat er dan geen transacties ontstaan bij annuleren, maar aan de andere kant, met klakkeloos klonen zullen afwijkingen bij zulke geannuleerde transacties snel te achterhalen zijn.

[Firefly III]

Transportman schreef op woensdag 8 januari 2020 @ 22:11:
[...]

Bedankt voor de toelichting waarom het zo gedaan is. Is het niet mogelijk om achter de Clone-knop het edit scherm te zetten met het vinkje standaard aan? Dat lijkt mij iets duidelijker in gebruik omdat er dan geen transacties ontstaan bij annuleren, maar aan de andere kant, met klakkeloos klonen zullen afwijkingen bij zulke geannuleerde transacties snel te achterhalen zijn.

Zat ik net aan te denken inderdaad, moet kunnen.

[Rubman]

Is er een handleiding om Firefly op een Synology met Docker te installeren?
Je hebt een prachtige GUI en er zijn gewoon pakketten in Docker te vinden echter hoe moet ik deze in de GUI goed instellen zodat ik daadwerkelijk aan de gang kan gaan en niet de container direct weer gestopt wordt door allerlei fouten.

[ThinkPad]

@Rubman Wat mij bij Docker erg hielp was 'Portainer' installeren. Dit is een container die een grafische schil over Docker heen legt, hierdoor werd het voor mij veel makkelijker om met Docker aan de gang te gaan.

[ Voor 39% gewijzigd door ThinkPad op 17-02-2024 18:47 ]

[Transportman]

@Firefly III : Nog een vraagje/rarigheidje in 4.8.2. Onder water zijn accounts eigenlijk allemaal hetzelfde (namelijk een account), maar in de interface wordt er onderscheid gemaakt tussen verschillende types. Hierdoor kan ik geen Revenue account aanmaken met dezelfde naam als een Expense account, maar als ik een Deposit aanmaak en de naam handmatig intyp wordt er wel een Revenue account aangemaakt met dezelfde naam.

Is er een reden dat er onderscheid gemaakt wordt tussen de verschillende accounts? Ik heb best veel Revenue accounts waar ook een Expense account bij hoort (winkels/verzekeraars/VvE die geld terug storten, vrienden die de ene keer mij terugbetalen en de andere keer door mij terugbetaald moeten worden), maar ik kan niet in 1x een volledig overzicht krijgen van die betalingen omdat ze over 2 accounts verdeeld zijn.

[Firefly III]

Transportman schreef op zaterdag 11 januari 2020 @ 13:57:
@Firefly III : Nog een vraagje/rarigheidje in 4.8.2. Onder water zijn accounts eigenlijk allemaal hetzelfde (namelijk een account), maar in de interface wordt er onderscheid gemaakt tussen verschillende types. Hierdoor kan ik geen Revenue account aanmaken met dezelfde naam als een Expense account, maar als ik een Deposit aanmaak en de naam handmatig intyp wordt er wel een Revenue account aangemaakt met dezelfde naam.

Is er een reden dat er onderscheid gemaakt wordt tussen de verschillende accounts? Ik heb best veel Revenue accounts waar ook een Expense account bij hoort (winkels/verzekeraars/VvE die geld terug storten, vrienden die de ene keer mij terugbetalen en de andere keer door mij terugbetaald moeten worden), maar ik kan niet in 1x een volledig overzicht krijgen van die betalingen omdat ze over 2 accounts verdeeld zijn.

Als het niet kan via de user interface, een losse Expense account maken als er al een Revenue is en vice versa dan is dat gewoon een bug en neem ik dat mee. Ik pak het op.

Als je van een revenue/expense combinatie een rapportje wilt zien moet je even kijken onder /reports en dan het expense/revenue rapport pakken.

Als je expense/revenue combinatie exact dezelfde naam en/of IBAN heeft, dan staat-ie daar in de keuze lijst en kan je zowel uitgaven als inkomsten van die combinatie zien.

Dat rapport wordt niet vreselijk veel gebruikt door mensen dus ik zou het waarderen als je me laat weten wat je daar mist.

[McOrion]

Wat mij hierin nog opvalt: als ik een Expense account heb, met alleen naam en IBAN ingevuld, en datzelfde account betaalt mij eens wat terug, dan krijg ik een de melding "It looks like this IBAN is already in use." als ik het IBAN wil invullen en op "Update revenue account" klik. Een dubbele naam is prima, maar een dubbele IBAN niet.

Het expense/revenue account weet ze overigens wel te koppelen, dus dat is dan wél weer aardig.

In het expense/revenue account kan je bij de top10's sorteren op datum, maar dat gaat alfabetisch: August-December-July-November-October-September. Op zich goed, maar niet helemaal zoals je zou verwachten ;-)

[Transportman]

Firefly III schreef op zaterdag 11 januari 2020 @ 16:19:
[...]

Als het niet kan via de user interface, een losse Expense account maken als er al een Revenue is en vice versa dan is dat gewoon een bug en neem ik dat mee. Ik pak het op.

Als je van een revenue/expense combinatie een rapportje wilt zien moet je even kijken onder /reports en dan het expense/revenue rapport pakken.

Als je expense/revenue combinatie exact dezelfde naam en/of IBAN heeft, dan staat-ie daar in de keuze lijst en kan je zowel uitgaven als inkomsten van die combinatie zien.

Dat rapport wordt niet vreselijk veel gebruikt door mensen dus ik zou het waarderen als je me laat weten wat je daar mist.

Ik wist niet dat die bestond en geeft wel wat ik zocht, bedankt. Ik zit niet zo vaak in de reports, ik zit meestal in de rest te kijken.

Het report laadt alleen twee delen niet, namelijk "Earned and spent per combination" en "Income and expenses", er staan alleen gele driehoekjes.

[Firefly III]

McOrion schreef op zaterdag 11 januari 2020 @ 18:01:
Wat mij hierin nog opvalt: als ik een Expense account heb, met alleen naam en IBAN ingevuld, en datzelfde account betaalt mij eens wat terug, dan krijg ik een de melding "It looks like this IBAN is already in use." als ik het IBAN wil invullen en op "Update revenue account" klik. Een dubbele naam is prima, maar een dubbele IBAN niet.

Het expense/revenue account weet ze overigens wel te koppelen, dus dat is dan wél weer aardig.

In het expense/revenue account kan je bij de top10's sorteren op datum, maar dat gaat alfabetisch: August-December-July-November-October-September. Op zich goed, maar niet helemaal zoals je zou verwachten ;-)

Thanks, en thanks! Ook dat eerste 'zou moeten werken' en heeft ook gewerkt. Mijn regressie-test-skills zijn niet de beste, dus ik pak het op!

[McOrion]

Firefly III schreef op maandag 13 januari 2020 @ 08:32:
[...]

Thanks, en thanks! Ook dat eerste 'zou moeten werken' en heeft ook gewerkt. Mijn regressie-test-skills zijn niet de beste, dus ik pak het op!

Naar aanleiding van jouw bericht even uitgeprobeerd op de Try It! omgeving, en daar kan ik wel een Expense en een Revenue account aanmaken met dezelfde IBAN. Als ik vervolgens echter het record wil editten, dan accepteert hij de 2e IBAN niet, en krijg je de melding dat hij al bestaat.

[ Voor 13% gewijzigd door McOrion op 13-01-2020 09:14 ]

[Firefly III]

Versie 5.0.0 is sinds vanmorgen uit!

https://github.com/firefl...ly-iii/releases/tag/5.0.0

[Transportman]

Zijn er nog dingen om rekening mee te houden bij een upgrade van 4.8.2? Ik heb namelijk al een paar keer gehad dat er toch dingen genoemd moesten worden en dan is het toch iedere keer weer even zoeken wat er niet klopt.

[Firefly III]

Transportman schreef op zaterdag 18 januari 2020 @ 09:38:
Zijn er nog dingen om rekening mee te houden bij een upgrade van 4.8.2? Ik heb namelijk al een paar keer gehad dat er toch dingen genoemd moesten worden en dan is het toch iedere keer weer even zoeken wat er niet klopt.

Er zijn een paar alpha's geweest en een beta en ik heb geen bijzondere dingen gezien. Er zijn echter wel nieuwe migrations, dus de database is iets aangepast, en er zijn wat nieuwe routines bijgekomen die data cleanup en correctie doen.

Het is ook belangrijk om te weten dat de SFTP / mirror driver die beschikbaar was voor bestandsopslag niet meer bestaat, omdat de desbetreffende libraries te lang niet meer werden geupdated. Hoewel ik volgens mij 1 gebruiker had die dat wilde hebben, is het belangrijk om te noemen.

Fouten en bugs zijn helaas niet uit te sluiten. Zorg daarom voor de gebruikelijke voorzorgsmaatregelen en backup tenminste je database en de APP_KEY uit je .env bestand.

Als je die hebt moet je samen met de gebruikelijke instructies uit de handleiding een heel eind moeten komen. Mocht er wat fout gaan kan je in ieder geval altijd terug.

Houd er rekening mee dat het in deze versie van Firefly III lang kan duren voordat het Docker image is gestart vanwege een vrij heftige chown-routine in het opstart script. Je kan dat eventueel monitoren door de logs van je container te bekijken.

[Transportman]

Ik heb het nog niet kunnen proberen, mijn minikube-cluster was in de soep gedraaid en heb hem bijna weer draaiend, ik loop alleen tegen een probleem aan dat die met de onjuiste gebruiker naar de DB gaat (met www-data en root i.p.v. firefly zoals ik heb opgegeven). Waar zou ik in de container de .env moeten kunnen vinden die Firefly gebruikt? Het env-commando geeft in ieder geval aan dat DB_USER en DB_PASSWORD staan op firefly, maar ergens lijken die niet toch niet op de juiste plaats te eindigen.

[Dr Pro]

Ik wil ook graag upgraden maar loop vast op wat meldingen vanuit Composer.
Mijn Linux kennis is nog niet waar het zijn moet dus ben enorm zoekende.

Is er iemand die een snelle fix heeft?

Problem 1
- Installation request for adldap2/adldap2 v10.2.2 -> satisfiable by adldap2/adldap2[v10.2.2].
- adldap2/adldap2 v10.2.2 requires ext-ldap * -> the requested PHP extension ldap is missing from your system.
Problem 2
- adldap2/adldap2 v10.2.2 requires ext-ldap * -> the requested PHP extension ldap is missing from your system.
- adldap2/adldap2-laravel v6.0.8 requires adldap2/adldap2 ^10.1 -> satisfiable by adldap2/adldap2[v10.2.2].
- Installation request for adldap2/adldap2-laravel v6.0.8 -> satisfiable by adldap2/adldap2-laravel[v6.0.8].

Relevante info:
PHP 7.4.1 (cli) (built: Dec 18 2019 14:44:22) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.1, Copyright (c), by Zend Technologies

[ThaStealth]

Nog wat vragen:

1. Is het mogelijk om de regels/categorieën te importeren en exporteren? Zoja, is er ergens een basisset te krijgen? Ik voel er weinig voor om als een aap allerlei 'standaard' dingen te gaan instellen, Albert Heijn/Jumbo/Kruidvat/Enenco/etc. zijn gewoon standaard "leveranciers" die bij iedereen hier wel zullen bestaan.
2.Mocht het eerste niet mogelijk zijn: kan ik van een crediteur/debiteur een regel maken? Dus als ik "Albert Heijn' selecteer, kan ik zeggen "maak een regel met deze partij, waarbij iedere transactie van/naar deze partij automatisch in de categorie "Boodschappen" komt?

Het pakket ziet er leuk uit, maar ik vind het niet de moeite om veel tijd te investeren om de basis aan de gang te krijgen.

[ Voor 7% gewijzigd door ThaStealth op 20-01-2020 16:16 ]

[.Vii]

Dr Pro schreef op maandag 20 januari 2020 @ 08:30:
Ik wil ook graag upgraden maar loop vast op wat meldingen vanuit Composer.
Mijn Linux kennis is nog niet waar het zijn moet dus ben enorm zoekende.

Is er iemand die een snelle fix heeft?

Problem 1
- Installation request for adldap2/adldap2 v10.2.2 -> satisfiable by adldap2/adldap2[v10.2.2].
- adldap2/adldap2 v10.2.2 requires ext-ldap * -> the requested PHP extension ldap is missing from your system.
Problem 2
- adldap2/adldap2 v10.2.2 requires ext-ldap * -> the requested PHP extension ldap is missing from your system.
- adldap2/adldap2-laravel v6.0.8 requires adldap2/adldap2 ^10.1 -> satisfiable by adldap2/adldap2[v10.2.2].
- Installation request for adldap2/adldap2-laravel v6.0.8 -> satisfiable by adldap2/adldap2-laravel[v6.0.8].

Relevante info:
PHP 7.4.1 (cli) (built: Dec 18 2019 14:44:22) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.1, Copyright (c), by Zend Technologies

de exentie "ext-ldap" is nodig voor een package,
deze is echter alleen nodig als je van plan bent om LDAP te gebruiken in local installatie.

Wat ik niet verwacht .

In je composer.json kan je dan deze regel ook weg halen:

"adldap2/adldap2-laravel": "6.*",

daardoor zou hij daar niet meer over moeten bokken,
let wel op, als je ooit weer de LDAP functionaliteit wil activeren zal je eerst deze package en dus de benodige php plugin moeten activeren .

of uiteraard de php extentsie "ext-ldap" installeren, en je kan ook door

-- Voor specifieke php versie
apt-get install php7.4-ldap

-- Voor laatste php versie
apt-get install php-ldap

service apache2 restart

[ Voor 6% gewijzigd door .Vii op 20-01-2020 17:56 ]

[Firefly III]

ThaStealth schreef op maandag 20 januari 2020 @ 16:16:
Nog wat vragen:

1. Is het mogelijk om de regels/categorieën te importeren en exporteren? Zoja, is er ergens een basisset te krijgen? Ik voel er weinig voor om als een aap allerlei 'standaard' dingen te gaan instellen, Albert Heijn/Jumbo/Kruidvat/Enenco/etc. zijn gewoon standaard "leveranciers" die bij iedereen hier wel zullen bestaan.
2.Mocht het eerste niet mogelijk zijn: kan ik van een crediteur/debiteur een regel maken? Dus als ik "Albert Heijn' selecteer, kan ik zeggen "maak een regel met deze partij, waarbij iedere transactie van/naar deze partij automatisch in de categorie "Boodschappen" komt?

Het pakket ziet er leuk uit, maar ik vind het niet de moeite om veel tijd te investeren om de basis aan de gang te krijgen.

Ik wil je vragen wel beantwoorden, maar ik vind het niet de moeite om er veel tijd in te investeren.

Gelukkig staan de antwoorden allemaal in de documentatie: https://docs.firefly-iii.org/

[Dr Pro]

.Vii schreef op maandag 20 januari 2020 @ 17:54:
[...]


de exentie "ext-ldap" is nodig voor een package,
deze is echter alleen nodig als je van plan bent om LDAP te gebruiken in local installatie.

Wat ik niet verwacht .

In je composer.json kan je dan deze regel ook weg halen:

[...]


daardoor zou hij daar niet meer over moeten bokken,
let wel op, als je ooit weer de LDAP functionaliteit wil activeren zal je eerst deze package en dus de benodige php plugin moeten activeren .

of uiteraard de php extentsie "ext-ldap" installeren, en je kan ook door

[...]

Held!
Dat is gelukt!

Nu een andere error, maar ga eerst eens een Googletje erop los laten
Gebruik 'gewoon' MariaDB

/opt/firefly-iii-updated# php artisan migrate --seed

In Connection.php line 669:

could not find driver (SQL: select * from information_schema.tables where table_schema = firefly
iii and table_name = migrations and table_type = 'BASE TABLE')


In PDOConnection.php line 31:

could not find driver


In PDOConnection.php line 27:

could not find driver

[ThaStealth]

Firefly III schreef op maandag 20 januari 2020 @ 20:30:
[...]

Ik wil je vragen wel beantwoorden, maar ik vind het niet de moeite om er veel tijd in te investeren.

Gelukkig staan de antwoorden allemaal in de documentatie: https://docs.firefly-iii.org/

Sorry maar ik kan deze dingen niet vinden in de documentatie, er word gesproken over wat rules zijn en hoe ze werken, maar nergens staat een verwijzing naar een rules “repository” of een manier om van een transactie een rule te maken.
Wellicht lees ik eroverheen, of is het niet gewoon niet mogelijk?

[ Voor 3% gewijzigd door ThaStealth op 21-01-2020 12:58 ]

[Krisp]

ThaStealth schreef op dinsdag 21 januari 2020 @ 12:58:
[...]


Sorry maar ik kan deze dingen niet vinden in de documentatie, er word gesproken over wat rules zijn en hoe ze werken, maar nergens staat een verwijzing naar een rules “repository” of een manier om van een transactie een rule te maken.
Wellicht lees ik eroverheen, of is het niet gewoon niet mogelijk?

• Exporteren van regels kan wel, maar ik heb geen bestanden gezien van 'standaard' regels,
• Ja dat kan. Dat is het hele idee van regels.

[.Vii]

Dr Pro schreef op maandag 20 januari 2020 @ 21:39:
[...]


Held!
Dat is gelukt!

Nu een andere error, maar ga eerst eens een Googletje erop los laten
Gebruik 'gewoon' MariaDB

/opt/firefly-iii-updated# php artisan migrate --seed

In Connection.php line 669:

could not find driver (SQL: select * from information_schema.tables where table_schema = firefly
iii and table_name = migrations and table_type = 'BASE TABLE')


In PDOConnection.php line 31:

could not find driver


In PDOConnection.php line 27:

could not find driver

Heb je de extensie PDO actief op je server?

[ThaStealth]

Krisp schreef op dinsdag 21 januari 2020 @ 13:34:
[...]

• Exporteren van regels kan wel, maar ik heb geen bestanden gezien van 'standaard' regels,
• Ja dat kan. Dat is het hele idee van regels.

Ik denk dat je het andersom bedoeld, dus regels toepassen op transacties

Maar ik vroeg me af of er een eenvoudige manier is van het maken van een regel gebaseerd op een transactie, dus als ik een transactie heb waarbij ik 10 euro overboek naar de rekening Jumbo. Dat ik dan een regel kan maken waarin automatisch de velden ingevuld zijn en ik alleen nog maar de categorie bijvoorbeeld hoef in te vulllen.

[Krisp]

ThaStealth schreef op dinsdag 21 januari 2020 @ 16:14:
[...]

Ik denk dat je het andersom bedoeld, dus regels toepassen op transacties

Maar ik vroeg me af of er een eenvoudige manier is van het maken van een regel gebaseerd op een transactie, dus als ik een transactie heb waarbij ik 10 euro overboek naar de rekening Jumbo. Dat ik dan een regel kan maken waarin automatisch de velden ingevuld zijn en ik alleen nog maar de categorie bijvoorbeeld hoef in te vulllen.

Nogmaals: ja. Dat is het hele idee van regels.

[ThaStealth]

Krisp schreef op dinsdag 21 januari 2020 @ 16:27:
[...]

Nogmaals: ja. Dat is het hele idee van regels.

Oke, mijn excuus, kun je me vertellen hoe ik dat doe? Ik heb in het transactiescherm al zitten kijken maar ik kan geen “creeer regel van deze transactie” achtige knop vinden, noch in de handleiding vind ik niets wat erop lijkt. tnx

[Krisp]

ThaStealth schreef op dinsdag 21 januari 2020 @ 16:39:
[...]

Oke, mijn excuus, kun je me vertellen hoe ik dat doe? Ik heb in het transactiescherm al zitten kijken maar ik kan geen “creeer regel van deze transactie” achtige knop vinden, noch in de handleiding vind ik niets wat erop lijkt. tnx

Je kunt een regel aanmaken (bij regels) met als trigger Doelrekening = 'Jumbo'. In de handleiding staat het nog veel beter.

[Dr Pro]

.Vii schreef op dinsdag 21 januari 2020 @ 16:13:
Heb je de extensie PDO actief op je server?

The what now?
Ik heb deze handleiding gevolgd: https://gist.github.com/p...a8e39c7f7d1b0d33cb4197a95
PHP extensie PDO bedoel je?
Ik heb niets bewust aan/uit gezet.

[Firefly III]

ThaStealth schreef op dinsdag 21 januari 2020 @ 16:39:
[...]

Oke, mijn excuus, kun je me vertellen hoe ik dat doe? Ik heb in het transactiescherm al zitten kijken maar ik kan geen “creeer regel van deze transactie” achtige knop vinden, noch in de handleiding vind ik niets wat erop lijkt. tnx

Ik vermoed dat je op zoek bent naar deze functie: https://github.com/firefly-iii/firefly-iii/issues/2575

Die is er nog niet

[.Vii]

Dr Pro schreef op dinsdag 21 januari 2020 @ 17:58:
[...]


The what now?
Ik heb deze handleiding gevolgd: https://gist.github.com/p...a8e39c7f7d1b0d33cb4197a95
PHP extensie PDO bedoel je?
Ik heb niets bewust aan/uit gezet.

Sudo apt-get php7. 4-mysql

Gok ik als ik de melding zo zie :-), die installed de pdo driver.

[Transportman]

@Firefly III : Heb je een idee wat er voor kan zorgen dat Firefly met root en www-data met de database probeert te verbinden i.p.v. de waarde die in DB_USER staat?

Transportman schreef op zondag 19 januari 2020 @ 13:06:
Ik heb het nog niet kunnen proberen, mijn minikube-cluster was in de soep gedraaid en heb hem bijna weer draaiend, ik loop alleen tegen een probleem aan dat die met de onjuiste gebruiker naar de DB gaat (met www-data en root i.p.v. firefly zoals ik heb opgegeven). Waar zou ik in de container de .env moeten kunnen vinden die Firefly gebruikt? Het env-commando geeft in ieder geval aan dat DB_USER en DB_PASSWORD staan op firefly, maar ergens lijken die niet toch niet op de juiste plaats te eindigen.

[Firefly III]

Transportman schreef op dinsdag 21 januari 2020 @ 22:39:
@Firefly III : Heb je een idee wat er voor kan zorgen dat Firefly met root en www-data met de database probeert te verbinden i.p.v. de waarde die in DB_USER staat?


[...]

Nee ik heb echt geen flauw idee. Dat is zo’n basic functie

Kijk even wat de container er zelf van vindt. Als je een shell kan regelen, echo $DB_USER.

[Dr Pro]

.Vii schreef op dinsdag 21 januari 2020 @ 20:45:
[...]


Sudo apt-get php7. 4-mysql

Gok ik als ik de melding zo zie :-), die installed de pdo driver.

Holy crap, jij bent goed
Tis helemaal gelukt nu.

Had nog een 502 bad gateway, maar na de nginx error logs bekeken te hebben bleek dat deze nog keek naar php 7.2.
In de config omgezet naar 7.4 en werken als een zonnetje!

Dan nog 1 Firefly inhoudelijke vraag;
Ik ben pas begonnen met FF en heb daarom m'n uitgaven vanaf 01-01-2020 er in gelepeld.
Mijn salaris is ergens voor kerst gestort, ik heb daarom een negatief saldo volgens FF.
De rekeningen heb ik gecorrigeerd zodat er nu staat wat ik daadwerkelijk op m'n rekening heb staan maar m'n saldo is dus nog negatief.
Is dit net als de rekeningen ook (eenmalig) te corrigeren?

[.SnifraM]

Dr Pro schreef op woensdag 22 januari 2020 @ 08:57:
[...]


Holy crap, jij bent goed
Tis helemaal gelukt nu.

Had nog een 502 bad gateway, maar na de nginx error logs bekeken te hebben bleek dat deze nog keek naar php 7.2.
In de config omgezet naar 7.4 en werken als een zonnetje!

Dan nog 1 Firefly inhoudelijke vraag;
Ik ben pas begonnen met FF en heb daarom m'n uitgaven vanaf 01-01-2020 er in gelepeld.
Mijn salaris is ergens voor kerst gestort, ik heb daarom een negatief saldo volgens FF.
De rekeningen heb ik gecorrigeerd zodat er nu staat wat ik daadwerkelijk op m'n rekening heb staan maar m'n saldo is dus nog negatief.
Is dit net als de rekeningen ook (eenmalig) te corrigeren?

Ja, je kunt naast je rekening op dat vinkje klikken. Vervolgens geef je de datum van vandaag op als einddatum met daarbij je huidige actuele saldo. Dan start er een controle en kun je al je transacties aanvinken (daarmee geef je aan dat je ze gecontroleerd hebt). Dan zal er een verschil overblijven die je kunt corrigeren met een correctietransactie. Dat zal dan ongeveer gelijk zijn aan je salaristransactie die ontbreekt.

[Dr Pro]

.SnifraM schreef op woensdag 22 januari 2020 @ 09:43:
[...]


Ja, je kunt naast je rekening op dat vinkje klikken. Vervolgens geef je de datum van vandaag op als einddatum met daarbij je huidige actuele saldo. Dan start er een controle en kun je al je transacties aanvinken (daarmee geef je aan dat je ze gecontroleerd hebt). Dan zal er een verschil overblijven die je kunt corrigeren met een correctietransactie. Dat zal dan ongeveer gelijk zijn aan je salaristransactie die ontbreekt.

Dat is toch je rekening corrigeren?
Op het dashboard heb ik dan nog steeds een negatief saldo, ook m'n kapitaal is negatief (vreemd bedrag wat daar staat trouwens, weet dat even niet te plaatsen..?)

[ThaStealth]

Krisp schreef op dinsdag 21 januari 2020 @ 16:50:
[...]

Je kunt een regel aanmaken (bij regels) met als trigger Doelrekening = 'Jumbo'. In de handleiding staat het nog veel beter.

Dat is dus niet wat ik bedoelde

Firefly III schreef op dinsdag 21 januari 2020 @ 19:04:
[...]

Ik vermoed dat je op zoek bent naar deze functie: https://github.com/firefly-iii/firefly-iii/issues/2575

Die is er nog niet

Dit is wat ik bedoelde , enig idee wanneer je ruimte hebt om dit te implementeren?

[Transportman]

Firefly III schreef op woensdag 22 januari 2020 @ 05:54:
[...]

Nee ik heb echt geen flauw idee. Dat is zo’n basic functie

Kijk even wat de container er zelf van vindt. Als je een shell kan regelen, echo $DB_USER.

De shell vindt dat DB_USER netjes firefly is, maar Firefly zegt zelf in zijn logging dat die het toch met root aan het proberen is.

Voor de volledigheid, mijn deployments en secrets (misschien dat jij of iemand anders daarmee het probleem ziet):
Firefly deployment

code:

kind: Deployment
apiVersion: apps/v1
metadata:
  name: deployment-firefly-iii-app
  namespace: default
  selfLink: /apis/apps/v1/namespaces/default/deployments/deployment-firefly-iii-app
  uid: 537893e1-8a87-4d08-8da8-c16ad9a0f48e
  resourceVersion: '13783'
  generation: 3
  creationTimestamp: '2020-01-19T10:37:25Z'
  annotations:
    deployment.kubernetes.io/revision: '3'
    kubectl.kubernetes.io/last-applied-configuration: >
      {"apiVersion":"apps/v1","kind":"Deployment","metadata":{"annotations":{},"name":"deployment-firefly-iii-app","namespace":"default"},"spec":{"replicas":1,"selector":{"matchLabels":{"app":"firefly-iii-app"}},"template":{"metadata":{"labels":{"app":"firefly-iii-app"}},"spec":{"containers":[{"env":[{"name":"APP_ENV","value":"local"},{"name":"APP_KEY","valueFrom":{"secretKeyRef":{"key":"APP_KEY","name":"firefly-iii"}}},{"name":"DB_CONNECTION","value":"pgsql"},{"name":"DB_HOST","value":"service-firefly-iii-db"},{"name":"DB_NAME","value":"firefly"},{"name":"DB_USER","valueFrom":{"secretKeyRef":{"key":"DB_USER","name":"firefly-iii"}}},{"name":"DB_PASSWORD","valueFrom":{"secretKeyRef":{"key":"DB_PASSWORD","name":"firefly-iii"}}}],"image":"jc5x/firefly-iii:stable","imagePullPolicy":"IfNotPresent","name":"firefly-iii","volumeMounts":[{"mountPath":"/var/www/firefly-iii/storage/export","name":"volume-firefly-iii-upload"},{"mountPath":"/var/www/firefly-iii/storage/import","name":"volume-firefly-iii-import"}]}],"volumes":[{"name":"volume-firefly-iii-upload","persistentVolumeClaim":{"claimName":"pvc-firefly-iii-upload"}},{"name":"volume-firefly-iii-import","persistentVolumeClaim":{"claimName":"pvc-firefly-iii-import"}}]}}}}
spec:
  replicas: 1
  selector:
    matchLabels:
      app: firefly-iii-app
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: firefly-iii-app
    spec:
      volumes:
        - name: volume-firefly-iii-upload
          persistentVolumeClaim:
            claimName: pvc-firefly-iii-upload
        - name: volume-firefly-iii-import
          persistentVolumeClaim:
            claimName: pvc-firefly-iii-import
      containers:
        - name: firefly-iii
          image: 'jc5x/firefly-iii:stable'
          env:
            - name: APP_ENV
              value: local
            - name: APP_KEY
              valueFrom:
                secretKeyRef:
                  name: firefly-iii
                  key: APP_KEY
            - name: DB_CONNECTION
              value: pgsql
            - name: DB_HOST
              value: service-firefly-iii-db
            - name: DB_NAME
              value: firefly
            - name: DB_USER
              valueFrom:
                secretKeyRef:
                  name: firefly-iii
                  key: DB_USER
            - name: DB_PASSWORD
              valueFrom:
                secretKeyRef:
                  name: firefly-iii
                  key: DB_PASSWORD
          resources: {}
          volumeMounts:
            - name: volume-firefly-iii-upload
              mountPath: /var/www/firefly-iii/storage/export
            - name: volume-firefly-iii-import
              mountPath: /var/www/firefly-iii/storage/import
          terminationMessagePath: /dev/termination-log
          terminationMessagePolicy: File
          imagePullPolicy: IfNotPresent
      restartPolicy: Always
      terminationGracePeriodSeconds: 30
      dnsPolicy: ClusterFirst
      securityContext: {}
      schedulerName: default-scheduler
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25%
  revisionHistoryLimit: 10
  progressDeadlineSeconds: 600
status:
  observedGeneration: 3
  replicas: 1
  updatedReplicas: 1
  readyReplicas: 1
  availableReplicas: 1
  conditions:
    - type: Available
      status: 'True'
      lastUpdateTime: '2020-01-19T10:38:41Z'
      lastTransitionTime: '2020-01-19T10:38:41Z'
      reason: MinimumReplicasAvailable
      message: Deployment has minimum availability.
    - type: Progressing
      status: 'True'
      lastUpdateTime: '2020-01-19T11:48:05Z'
      lastTransitionTime: '2020-01-19T10:37:25Z'
      reason: NewReplicaSetAvailable
      message: >-
        ReplicaSet "deployment-firefly-iii-app-756c59957c" has successfully
        progressed.

PostgreSQL deployment

code:

kind: Deployment
apiVersion: apps/v1
metadata:
  name: deployment-firefly-iii-postgresql
  namespace: default
  selfLink: >-
    /apis/apps/v1/namespaces/default/deployments/deployment-firefly-iii-postgresql
  uid: f7ef4f0b-1f21-4555-b4a9-98db34105d31
  resourceVersion: '12163'
  generation: 1
  creationTimestamp: '2020-01-19T10:28:01Z'
  annotations:
    deployment.kubernetes.io/revision: '1'
    kubectl.kubernetes.io/last-applied-configuration: >
      {"apiVersion":"apps/v1","kind":"Deployment","metadata":{"annotations":{},"name":"deployment-firefly-iii-postgresql","namespace":"default"},"spec":{"replicas":1,"selector":{"matchLabels":{"app":"firefly-iii-db"}},"template":{"metadata":{"labels":{"app":"firefly-iii-db"}},"spec":{"containers":[{"env":[{"name":"POSTGRES_PASSWORD","valueFrom":{"secretKeyRef":{"key":"DB_PASSWORD","name":"firefly-iii"}}},{"name":"POSTGRES_USER","valueFrom":{"secretKeyRef":{"key":"DB_USER","name":"firefly-iii"}}}],"image":"postgres:10","imagePullPolicy":"IfNotPresent","name":"firefly-iii-db","volumeMounts":[{"mountPath":"/var/lib/postgresql/data","name":"volume-firefly-iii-db"}]}],"volumes":[{"name":"volume-firefly-iii-db","persistentVolumeClaim":{"claimName":"pvc-firefly-iii-db"}}]}}}}
spec:
  replicas: 1
  selector:
    matchLabels:
      app: firefly-iii-db
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: firefly-iii-db
    spec:
      volumes:
        - name: volume-firefly-iii-db
          persistentVolumeClaim:
            claimName: pvc-firefly-iii-db
      containers:
        - name: firefly-iii-db
          image: 'postgres:10'
          env:
            - name: POSTGRES_PASSWORD
              valueFrom:
                secretKeyRef:
                  name: firefly-iii
                  key: DB_PASSWORD
            - name: POSTGRES_USER
              valueFrom:
                secretKeyRef:
                  name: firefly-iii
                  key: DB_USER
          resources: {}
          volumeMounts:
            - name: volume-firefly-iii-db
              mountPath: /var/lib/postgresql/data
          terminationMessagePath: /dev/termination-log
          terminationMessagePolicy: File
          imagePullPolicy: IfNotPresent
      restartPolicy: Always
      terminationGracePeriodSeconds: 30
      dnsPolicy: ClusterFirst
      securityContext: {}
      schedulerName: default-scheduler
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25%
  revisionHistoryLimit: 10
  progressDeadlineSeconds: 600
status:
  observedGeneration: 1
  replicas: 1
  updatedReplicas: 1
  readyReplicas: 1
  availableReplicas: 1
  conditions:
    - type: Progressing
      status: 'True'
      lastUpdateTime: '2020-01-19T10:28:03Z'
      lastTransitionTime: '2020-01-19T10:28:01Z'
      reason: NewReplicaSetAvailable
      message: >-
        ReplicaSet "deployment-firefly-iii-postgresql-7f858bfd99" has
        successfully progressed.
    - type: Available
      status: 'True'
      lastUpdateTime: '2020-01-19T11:36:13Z'
      lastTransitionTime: '2020-01-19T11:36:13Z'
      reason: MinimumReplicasAvailable
      message: Deployment has minimum availability.

Secrets:

code:

kind: Secret
apiVersion: v1
metadata:
  name: firefly-iii
  namespace: default
  selfLink: /api/v1/namespaces/default/secrets/firefly-iii
  uid: 876b171d-36db-4c1f-9c68-2652a8e77838
  resourceVersion: '4552'
  creationTimestamp: '2020-01-19T10:18:21Z'
data:
  APP_KEY: UzBtZVJhbmRvbVN0cjFuZ09mMzJDaGFyc0V4YWN0bHk=
  DB_PASSWORD: ZmlyZWZseQ==
  DB_USER: ZmlyZWZseQ==
type: Opaque

[McOrion]

Vandaag de upgrade naar 5.0.1 uitgevoerd. Ging als een zonnetje :-) Het was mijn eerste keer upgraden via docker-compose, maar alleen de commando's uit de handleiding uitvoeren is genoeg. Ben ook blij met het fixen van bug 2998, dank daarvoor!

*Edit*
Wat ik me nog wel afvraag is hoe de datums bij de bills precies werken. Als de bill niet op precies de instelde dag valt, dan gebeuren er gekke dingen... Is de ingestelde datum bijvoorbeeld 20 januari en komt de rekening de 21e, dan voorspelt Firefly een volgende bill op 20 maart. Komt de rekening op de 19e, dan blijf de voorspelling van de volgende bill op 20 januari staan. Het "bills" overzicht in het dashboard klopt dan weer wel met de nog te betalen rekeningen.

[ Voor 50% gewijzigd door McOrion op 25-01-2020 16:21 ]

[Arjan Klok]

Is er toevallig iemand die Firefly werkend heeft gekregen via Portainer (en dus niet docker compose)?
Ik heb 2 containers gemaakt, 1 Postgres, en 1 met Firefly.
Uiteraard met db, dbnaam, dbpass en de bij behorende volumes.
Toch krijg ik de volgende error:
"Whoops
There was a fatal error. Please check the log files."
volgens: https://github.com/firefly-iii/firefly-iii/issues/2800 zou dit opgelost moeten kunnen worden door een toevoeging: LOG_CHANNEL=stdout , dit werkt alleen helaas niet bij mij.

Dus of ik doe iets fout, of er gaat iets anders fout...
Iemand enig idee?

[Firefly III]

Transportman schreef op woensdag 22 januari 2020 @ 20:55:
[...]

De shell vindt dat DB_USER netjes firefly is, maar Firefly zegt zelf in zijn logging dat die het toch met root aan het proberen is.

Voor de volledigheid, mijn deployments en secrets (misschien dat jij of iemand anders daarmee het probleem ziet):

Ik zie het helaas echt niet, maar vanaf 5.0.3 kan je bepaalde environment variablen appenden met _FILE en dan kan je direct naar bestanden verwijzen. Dat is handig voor Docker enzo. Wellicht is dat handig voor je secrets?

McOrion schreef op zaterdag 25 januari 2020 @ 16:04:
Vandaag de upgrade naar 5.0.1 uitgevoerd. Ging als een zonnetje :-) Het was mijn eerste keer upgraden via docker-compose, maar alleen de commando's uit de handleiding uitvoeren is genoeg. Ben ook blij met het fixen van bug 2998, dank daarvoor!

*Edit*
Wat ik me nog wel afvraag is hoe de datums bij de bills precies werken. Als de bill niet op precies de instelde dag valt, dan gebeuren er gekke dingen... Is de ingestelde datum bijvoorbeeld 20 januari en komt de rekening de 21e, dan voorspelt Firefly een volgende bill op 20 maart. Komt de rekening op de 19e, dan blijf de voorspelling van de volgende bill op 20 januari staan. Het "bills" overzicht in het dashboard klopt dan weer wel met de nog te betalen rekeningen.

Graag gedaan!

Wat betreft de bills. Bills zijn ranges. Dus als je zegt 20 januari, en het is een maandelijkse bill, dan verwacht Firefly III grofweg een resultaat tussen 20 januari en 19 februari. Als het goed is komt Firefly III dan met een verwachte hit op 20 januari.

Als het eenmaal 20 januari is geweest springt-ie naar 20 feb. Maar als je die dus net hebt betaalt is de volgende 20 maart. Vandaar dus.

Arjan Klok schreef op donderdag 30 januari 2020 @ 14:47:
Is er toevallig iemand die Firefly werkend heeft gekregen via Portainer (en dus niet docker compose)?
Ik heb 2 containers gemaakt, 1 Postgres, en 1 met Firefly.
Uiteraard met db, dbnaam, dbpass en de bij behorende volumes.
Toch krijg ik de volgende error:
"Whoops
There was a fatal error. Please check the log files."
volgens: https://github.com/firefly-iii/firefly-iii/issues/2800 zou dit opgelost moeten kunnen worden door een toevoeging: LOG_CHANNEL=stdout , dit werkt alleen helaas niet bij mij.

Dus of ik doe iets fout, of er gaat iets anders fout...
Iemand enig idee?

Zet even debug mode aan: https://docs.firefly-iii....ow-do-i-enable-debug-mode

[Arjan Klok]

@Firefly III dat had ik zelf ook kunnen bedenken.. sorry.
inmiddels een heel scherm vol... maar bovenin, in het rood:

SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: No address associated with hostname (SQL: select `id`, `name`, `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1)

eerste gedachte, blijkbaar verkeerde variabele ingevuld bij db_host, ik had de naam van de container, vervolgens aangepast naar directe ip van de container postgres;

SQLSTATE[HY000] [2002] Connection refused (SQL: select `id`, `name`, `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1)

vervolgens aangepast naar ip van de vm waar de docker op draait:

SQLSTATE[HY000] [2002] Connection refused (SQL: select `id`, `name`, `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1)

Het lijkt dat die 2 dus geen verschil hebben...

[Transportman]

Firefly III schreef op vrijdag 31 januari 2020 @ 14:28:
Ik zie het helaas echt niet, maar vanaf 5.0.3 kan je bepaalde environment variablen appenden met _FILE en dan kan je direct naar bestanden verwijzen. Dat is handig voor Docker enzo. Wellicht is dat handig voor je secrets?

Ik heb het ook opgegeven en ga opnieuw beginnen op een nieuw cluster, en zal kijken of ik deze wijziging gelijk mee kan nemen.

Is het dan een kwestie van DB_CONNECTION_FILE (etc.) op te geven als environment variabele voor de container met een verwijzing naar het secret dat ik ook mount in de container, of moet ik dan toch meer doen?

[Zoefff]

Na een avond knoeien met Docker containers heb ik Firefly nu ook aan de praat, jeej! Ik krijg het somehow niet voor elkaar om de laatste stable versie (jc5x/firefly-iii:stable / latest) draaiend te krijgen, maar de jc5x/firefly-iii:beta werkt wel in 1 keer. De stable geeft na het starten een database foutmelding "Connection refused" zonder enige extra info. De beta doet het, met verder dezelfde docker-compose en .env bestanden, wel in 1 keer? Merkwaardig, maar ik ben er blij mee

Het inrichten is vervolgens zo uitgebreid dat ik dat wel wat spannend vind om "goed" te doen. In eerste instantie ben ik vooral benieuwd naar historisch uitgavenpatroon, dus wil ik alle transacties vanuit de bank importeren. Ik heb daarvoor een betaalrekening (asset) aangemaakt die overeenkomt, categorieën als "Dagelijkse boodschappen" en "Bakker" aangemaakt en vervolgens regels die alle transacties zo goed mogelijk kunnen mappen en voorzien van een categorie. Daarbij maak ik per transactietype ook een crediteur (expense) aan, dus eindig ik met een lijstje crediteuren als Albert Heijn, Van Vessem en Jumbo. Het voelt wat overdreven om dat zo te hebben, maar volgens mij is dat wel de doel van de opzet, right?

Wat ik alleen niet begrijp is dat ik nu op m'n dashbaord voor een bepaalde periode niet alle categorieën terug zie, terwijl ik die op de categorieën pagina wél zie. Met datumbereik "december 2019" zie ik bepaalde categorieën niet op het dashboard en wel op de categoriepagina. Met datumbereik "30 november 2019 t/m 31 december 2019" zie ik de categorieën wél op het dashboard. Maar de transacties zijn toch echt allemaal in december, en niets in november. Bug?

[Firefly III]

Arjan Klok schreef op vrijdag 31 januari 2020 @ 15:34:
@Firefly III dat had ik zelf ook kunnen bedenken.. sorry.
inmiddels een heel scherm vol... maar bovenin, in het rood:

SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: No address associated with hostname (SQL: select `id`, `name`, `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1)

eerste gedachte, blijkbaar verkeerde variabele ingevuld bij db_host, ik had de naam van de container, vervolgens aangepast naar directe ip van de container postgres;

SQLSTATE[HY000] [2002] Connection refused (SQL: select `id`, `name`, `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1)

vervolgens aangepast naar ip van de vm waar de docker op draait:

SQLSTATE[HY000] [2002] Connection refused (SQL: select `id`, `name`, `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1)

Het lijkt dat die 2 dus geen verschil hebben...

Connection refused betekent in de regel dat je met die account geen toegang hebt tot de database. Dus kijk of je account wel rechten heeft om vanaf jouw docker container bij de DB te komen. "%" versus "127.0.0.1" enzo.

Transportman schreef op vrijdag 31 januari 2020 @ 19:51:
[...]

Ik heb het ook opgegeven en ga opnieuw beginnen op een nieuw cluster, en zal kijken of ik deze wijziging gelijk mee kan nemen.

Is het dan een kwestie van DB_CONNECTION_FILE (etc.) op te geven als environment variabele voor de container met een verwijzing naar het secret dat ik ook mount in de container, of moet ik dan toch meer doen?

Yes, dat zou moeten werken.

Zoefff schreef op vrijdag 31 januari 2020 @ 23:50:
Na een avond knoeien met Docker containers heb ik Firefly nu ook aan de praat, jeej! Ik krijg het somehow niet voor elkaar om de laatste stable versie (jc5x/firefly-iii:stable / latest) draaiend te krijgen, maar de jc5x/firefly-iii:beta werkt wel in 1 keer. De stable geeft na het starten een database foutmelding "Connection refused" zonder enige extra info. De beta doet het, met verder dezelfde docker-compose en .env bestanden, wel in 1 keer? Merkwaardig, maar ik ben er blij mee

Strange, want er zit geen verschil tussen beta en stable op het moment. Maargoed, als het maar werkt.

Het inrichten is vervolgens zo uitgebreid dat ik dat wel wat spannend vind om "goed" te doen. In eerste instantie ben ik vooral benieuwd naar historisch uitgavenpatroon, dus wil ik alle transacties vanuit de bank importeren. Ik heb daarvoor een betaalrekening (asset) aangemaakt die overeenkomt, categorieën als "Dagelijkse boodschappen" en "Bakker" aangemaakt en vervolgens regels die alle transacties zo goed mogelijk kunnen mappen en voorzien van een categorie. Daarbij maak ik per transactietype ook een crediteur (expense) aan, dus eindig ik met een lijstje crediteuren als Albert Heijn, Van Vessem en Jumbo. Het voelt wat overdreven om dat zo te hebben, maar volgens mij is dat wel de doel van de opzet, right?

Dat is het idee als je gaat importeren maar persoonlijk zou ik dat niet gaan zitten doen. Begin gewoon per 1 januari of 1 februari zelfs, liefst lekker met de hand.

Je weet je uitgave-patronen heus wel, daar gaan echt geen verrassingen uitkomen.

Wat ik alleen niet begrijp is dat ik nu op m'n dashbaord voor een bepaalde periode niet alle categorieën terug zie, terwijl ik die op de categorieën pagina wél zie. Met datumbereik "december 2019" zie ik bepaalde categorieën niet op het dashboard en wel op de categoriepagina. Met datumbereik "30 november 2019 t/m 31 december 2019" zie ik de categorieën wél op het dashboard. Maar de transacties zijn toch echt allemaal in december, en niets in november. Bug?

Dat kan sowieso een cache-ding zijn, dus browse voor de zekerheid naar /flush. De code voor de chart is verder hetzelfde als alle andere code (onderliggende class is eender) dus een bug daar is een bug overal.

De lijst onder /categories is simpelweg je hele categorie-lijst.

Inkomsten staan (nog) niet in die chart, dus het kan zijn dat je die mist.

[Arjan Klok]

Firefly III schreef op zaterdag 1 februari 2020 @ 09:13:
[...]

Connection refused betekent in de regel dat je met die account geen toegang hebt tot de database. Dus kijk of je account wel rechten heeft om vanaf jouw docker container bij de DB te komen. "%" versus "127.0.0.1" enzo.

@Firefly III probleem gevonden...
zoals gisteren al aangegeven stond er nog een hele lap met tekst onder de rode error.
even doorheen gescrold en kwam toen tegen dat er "mysql" errors tussen stonden.. dat vond ik wat gek.
vervolgens een -e DB_CONNECTION=pgsql toegevoegd, en klaar.

Dit had ik in eerste instantie niet toegevoegd vanwege de uitleg op deze pagina: https://docs.firefly-iii.org/installation/docker :

docker run -d \
-v firefly_iii_export:/var/www/firefly-iii/storage/export \
-v firefly_iii_upload:/var/www/firefly-iii/storage/upload \
-p 80:80 \
-e APP_KEY=CHANGEME_32_CHARS \
-e DB_HOST=CHANGEME \
-e DB_PORT=5432 \
-e DB_DATABASE=CHANGEME \
-e DB_USERNAME=CHANGEME \
-e DB_PASSWORD=CHANGEME \
jc5x/firefly-iii:latest

Firefly III assumes that you're using PostgreSQL, which a lot of people do. If you use MySQL, add the following environment variable to the command: DB_CONNECTION=mysql and make sure you change the port, DB_PORT=3306.

kwam op mij over als: als je geen Postgres gerbuikt moet je de DB_CONNECTION toevoegen. als je deze wel gebruikt hoeft dat niet. Maar je moet hem dus ook toevoegen als je Postgres gebruikt.

Daarnaast moet de variabele -e DB_HOST=CHANGEME \ het IP van de database/postgres dockercontainer zijn.

Misschien is het handig om het ene toe te voegen, en het andere aan te passen in de documentatie, ben vast niet de enige die daar tegenaan gaat lopen...

Maar nogmaals bedankt, je hebt me in de goede richting geduwd!

[Firefly III]

Arjan Klok schreef op zaterdag 1 februari 2020 @ 13:07:
[...]


@Firefly III probleem gevonden...
zoals gisteren al aangegeven stond er nog een hele lap met tekst onder de rode error.
even doorheen gescrold en kwam toen tegen dat er "mysql" errors tussen stonden.. dat vond ik wat gek.
vervolgens een -e DB_CONNECTION=pgsql toegevoegd, en klaar.

Dit had ik in eerste instantie niet toegevoegd vanwege de uitleg op deze pagina: https://docs.firefly-iii.org/installation/docker :


[...]


kwam op mij over als: als je geen Postgres gerbuikt moet je de DB_CONNECTION toevoegen. als je deze wel gebruikt hoeft dat niet. Maar je moet hem dus ook toevoegen als je Postgres gebruikt.

Daarnaast moet de variabele -e DB_HOST=CHANGEME \ het IP van de database/postgres dockercontainer zijn.

Misschien is het handig om het ene toe te voegen, en het andere aan te passen in de documentatie, ben vast niet de enige die daar tegenaan gaat lopen...

Maar nogmaals bedankt, je hebt me in de goede richting geduwd!

Dat Firefly III terugvalt op mysql is een bug, en die is gefixt in 5.0.4. Thanks voor de pointer!

CHANGEME kan zowel een IP als een hostname zijn, dat verschilt per setup. De ervaring leert dat less is more, als mensen zelf gaan experimenteren zijn ze sneller dan als ik allemaal tips ga geven.

[Transportman]

Firefly III schreef op zaterdag 1 februari 2020 @ 09:13:
[...]

Yes, dat zou moeten werken.

Gevonden waarom het bij mij niet werkte, het was een PEBKAC, ik had nog een oude configuratie waarin de variabele voor de gebruiker nog DB_USER was i.p.v. DB_USERNAME (en nog wat dingetjes die hernoemd waren).

Misschien een idee om voortaan als een variabele van naam verandert en de oude naam nog gezet is, dat ergens te loggen?

Ik ben trouwens toch weer op de oude manier verder gegaan en gebruik de _FILE niet, ik vind het fijner om mijn secrets mee te geven via de environment, dan dat ik in de environment moet zetten in welke file ze staan, om ze vervolgens te moeten mounten.

edit:
En met het overzetten van de database vanuit minikube draait mijn nieuwe Kubernetes set-up als een zonnetje met alle oude data

[ Voor 8% gewijzigd door Transportman op 02-02-2020 20:13 ]

[ShadowBumble]

Nu dan toch de eerste keer dat ik tegen upgrade issue's aanloop ik doe een upgrade van Docker container van 4.8.2 naar 5.0.4.

Verander verder niks, dus gewoon een docker pull.

Bij het booten staat de hele log vol met de melding " SQLSTATE[08006] [7] received invalid response to SSL negotiation" met de 5.0.4, en als je de pagina opent de befaamde " Whoops"

Dus een rollback gedaan richting 4.8.2 en deze boot zonder problemen en alles werkt weer. Iemand een ideetje hiervoor ?

EDIT:
De container variablen (4.8.2, en die geexport worden naar de 5.0.4):

DB_CONNECTION=mysql
DB_PORT=3307
DB_HOST=<SQL Server>
DB_DATABASE=firefly
DB_USER=<user>
DB_PASSWORD=<password>

staan gewoon ingesteld, ik gebruik een MariaDB backend en kan ik gewoon op inloggen

EDIT2:
Als "last resort" maar de db user zijn wachtwoord gereset en toen werkte de container van 5.0.4 ook prima. Begrijp er niks van maar het werkt wel

[ Voor 30% gewijzigd door ShadowBumble op 03-02-2020 14:38 ]

[Zoefff]

Firefly III schreef op zaterdag 1 februari 2020 @ 09:13:
[...]
Dat is het idee als je gaat importeren maar persoonlijk zou ik dat niet gaan zitten doen. Begin gewoon per 1 januari of 1 februari zelfs, liefst lekker met de hand.

Je weet je uitgave-patronen heus wel, daar gaan echt geen verrassingen uitkomen.

Dat snap ik, maar het was toch wel erg leuk om alles te importeren en te categoriseren. Het punt is dat we nu niet echt weten (wisten) wat we nou eigenlijk aan alles uitgeven, en dat maakt het ook lastig om een realistisch budget te stellen. Daarnaast ben ik ook gewoon een nerd die graag grafiekjes wil zien

Dat kan sowieso een cache-ding zijn, dus browse voor de zekerheid naar /flush. De code voor de chart is verder hetzelfde als alle andere code (onderliggende class is eender) dus een bug daar is een bug overal.

Check, cache flush lijkt te werken!

Waar ik nog wel tegenaan liep is dat het verwijderen van transacties niet echt verwijderen van transacties is, ze blijven nog wel ergens in de database staan. Ik heb eerst een stukje geïmporteerd, regels en categorieën op basis van die data aangemaakt met het idee om daarna alle test imports weg te gooien en alles in 1 keer opnieuw te importeren.

Bij het opnieuw importeren krijg je dan foutmeldingen dat de rijen al bestaan, terwijl ze niet meer bij de transacties te zien zijn (ook na herstart / cache flush). Uiteindelijk heb ik een aantal transaction* tabellen getruncate en werkt het wel goed

[ShadowBumble]

Misschien weet iemand hier of het ook mogelijk is om een groep van rules enkel te laten runnen over een bepaalde tag ?

Dus als voorbeeld: Ik wil mijn groep "woonlasten" enkel draaien over alles met de tag "Import" in periode x.

[Firefly III]

Zoefff schreef op maandag 10 februari 2020 @ 09:33:

Waar ik nog wel tegenaan liep is dat het verwijderen van transacties niet echt verwijderen van transacties is, ze blijven nog wel ergens in de database staan. Ik heb eerst een stukje geïmporteerd, regels en categorieën op basis van die data aangemaakt met het idee om daarna alle test imports weg te gooien en alles in 1 keer opnieuw te importeren.

Bij het opnieuw importeren krijg je dan foutmeldingen dat de rijen al bestaan, terwijl ze niet meer bij de transacties te zien zijn (ook na herstart / cache flush). Uiteindelijk heb ik een aantal transaction* tabellen getruncate en werkt het wel goed

Klopt. Dat is met opzet (onderaan).

ShadowBumble schreef op maandag 10 februari 2020 @ 11:20:
Misschien weet iemand hier of het ook mogelijk is om een groep van rules enkel te laten runnen over een bepaalde tag ?

Dus als voorbeeld: Ik wil mijn groep "woonlasten" enkel draaien over alles met de tag "Import" in periode x.

Bedoel je niet gewoon de trigger "een tag is X"?

[ShadowBumble]

Firefly III schreef op dinsdag 11 februari 2020 @ 19:24:
Bedoel je niet gewoon de trigger "een tag is X"?

Er zijn meerdere work arounds:

1) Bij de trigger "a tag is" moet de tag al bestaan maar waar ik naar opzoek ben is na een import, dus "Import by key xyz" tag omdat het 2de gedeelte van de tag random is wordt dat al een stuk lastiger. Dus zou je bij trigger iets van een wildcard moeten gaan toestaan om alleen op een gedeelte van de tag te matchen.

2) Een optie is ook om op je rules inderdaad een trigger te maken met "A Tag is "Imported"" en dan gewoon je "Import by key xyz"-tag renamen naar "Imported".

In beide gevallen zou je in ieder geval al je rules moet veranderen (en dit zijn er nogal wat bij mij ) door een extra trigger toe te voegen, echter werkt dat natuurlijk enkel wanneer je strict rules hebt dus moet matchen op alles, bij non-strict rules waarop je matched op een van de triggers kan dit al weer niet gebruikt worden.

Simpel voorbeeld van een niet non-strict rule:

Destination account is A
Destination account is B
Destination account is C
Destination account is D

Then

Remove tags
Set category: "Voetbal"
Set tag: "Derde helft"

De mooiste oplossing zou zijn wanneer je bij de rules groups "Apply Rule group "Name" to a selection of your transactions" naast de start en end of range ook optioneel een tag kan aangeven waarover hij moet draaien.

Dus heel basaal:

Start of Range: 01/01/2020
End of Range: 02/01/2020
Checkbox tag match
Must Match Tag: "A"
Include transactions from these accounts

[Thomderksen]

ShadowBumble schreef op maandag 3 februari 2020 @ 13:47:
Nu dan toch de eerste keer dat ik tegen upgrade issue's aanloop ik doe een upgrade van Docker container van 4.8.2 naar 5.0.4.

Verander verder niks, dus gewoon een docker pull.

Bij het booten staat de hele log vol met de melding " SQLSTATE[08006] [7] received invalid response to SSL negotiation" met de 5.0.4, en als je de pagina opent de befaamde " Whoops"

Dus een rollback gedaan richting 4.8.2 en deze boot zonder problemen en alles werkt weer. Iemand een ideetje hiervoor ?

EDIT:
De container variablen (4.8.2, en die geexport worden naar de 5.0.4):

DB_CONNECTION=mysql
DB_PORT=3307
DB_HOST=<SQL Server>
DB_DATABASE=firefly
DB_USER=<user>
DB_PASSWORD=<password>

staan gewoon ingesteld, ik gebruik een MariaDB backend en kan ik gewoon op inloggen

EDIT2:
Als "last resort" maar de db user zijn wachtwoord gereset en toen werkte de container van 5.0.4 ook prima. Begrijp er niks van maar het werkt wel

Ik heb exact hetzelfde probleem, alleen werkt een reset van het wachtwoord niet...

Compleet nieuwe database en gebruiker aangemaakt en nog steeds werkt het nog niet. Het enige verschil is dat mijn Firefly nog nooit bij mij heeft gewerkt. Verbinding met database (MariaDB) lijkt in orde.

Ik moet ondertussen bijna elke post op Reddit en hier gelezen hebben samen met de hele Github repo maar niks helpt. Heeft iemand een idee hoe ik dit kan aanpakken?

EDIT:
Ik draai trouwens op Unraid. Ik moet bij 5.0.1 inderdaad "DB_CONNECTION: pqsql" zetten anders maakt hij geen verbinding met het DB. Ik lees op meerdere posts op reddit dat deze bij MariaDB op mysql moet staan, maar dan werkt hij natuurlijk niet meer.

[ Voor 7% gewijzigd door Thomderksen op 12-02-2020 20:01 ]

[TobiasS]

Ik heb firefly succesvol geïnstalleerd en ik ben bezig geweest met het importeren van mijn ASN historie van 2 jaar. Echter loop ik tegen het probleem aan dat ik niet snap hoe ik mijn betalingen goed kan zetten.

ASN geeft 1 veld mee met dit, verder geen velden waardoor de ontvangende partij te identificeren is.
"AH to go Utrecht 5873 >UTRECHT 20.02.2020 data MCC:5499 Contactloze betaling NLNEDERLAND"

Hoe pak ik dit aan?

[g0lden23]

TobiasS schreef op vrijdag 21 februari 2020 @ 19:44:
Ik heb firefly succesvol geïnstalleerd en ik ben bezig geweest met het importeren van mijn ASN historie van 2 jaar. Echter loop ik tegen het probleem aan dat ik niet snap hoe ik mijn betalingen goed kan zetten.

ASN geeft 1 veld mee met dit, verder geen velden waardoor de ontvangende partij te identificeren is.
"AH to go Utrecht 5873 >UTRECHT 20.02.2020 data MCC:5499 Contactloze betaling NLNEDERLAND"

Hoe pak ik dit aan?

Ik heb alle winkels er met de hand ingezet en zodoende elke betaling gekoppeld aan die winkel.
"AH" of "AH to go" gaan allebei naar Albert Heijn....

[DaLass]

Even 2 vragen over passiva in FireFly:

Ik heb een lening, die ik als passiva heb aangemaakt. Er wordt aangegeven dat de lening als positief getal moet worden opgevoerd, echter als ik er dan een transactie aan koppel, dan loopt het leningbedrag op in plaats van af. Ik heb hem daarom negatief ingevoerd. Gebruikt iemand anders dit ook en hoe gebruiken jullie dat dan?

Daarnaast: Bij het aanmaken van een passiva kun je ook een rentepercentage opgeven, en daarbij kiezen of dit een dag-/maand-/ of jaarrente is. Ik heb alleen het idee dat hij daar niets mee doet. Moet ik dan zelf iets bouwen om de rente op het nog openstaande bedrag erbij te krijgen?

[g0lden23]

DaLass schreef op vrijdag 28 februari 2020 @ 10:01:
Even 2 vragen over passiva in FireFly:

Ik heb een lening, die ik als passiva heb aangemaakt. Er wordt aangegeven dat de lening als positief getal moet worden opgevoerd, echter als ik er dan een transactie aan koppel, dan loopt het leningbedrag op in plaats van af. Ik heb hem daarom negatief ingevoerd. Gebruikt iemand anders dit ook en hoe gebruiken jullie dat dan?

Daarnaast: Bij het aanmaken van een passiva kun je ook een rentepercentage opgeven, en daarbij kiezen of dit een dag-/maand-/ of jaarrente is. Ik heb alleen het idee dat hij daar niets mee doet. Moet ik dan zelf iets bouwen om de rente op het nog openstaande bedrag erbij te krijgen?

Dat is inderdaad gek dat hij dit aangeeft, ik denk dat de vertaling dan niet klopt. Ik zou zeggen als ik een lening heb dat het een negatief getal is en wanneer je deze crediteert moet hij oplopen naar 0 (vanuit een negatief perspectief).

In de Engelse (demo) variant staat "If you owe an amount its best to enter a negative amount, because it influences your net worth. If you're owed an amount the same applies. Check out the help pages for more information."

Betreft de rente, volgens mij is dat puur cosmetische invulling

[DaLass]

g0lden23 schreef op vrijdag 28 februari 2020 @ 10:17:
[...]


Dat is inderdaad gek dat hij dit aangeeft, ik denk dat de vertaling dan niet klopt. Ik zou zeggen als ik een lening heb dat het een negatief getal is en wanneer je deze crediteert moet hij oplopen naar 0 (vanuit een negatief perspectief).

In de Engelse (demo) variant staat "If you owe an amount its best to enter a negative amount, because it influences your net worth. If you're owed an amount the same applies. Check out the help pages for more information."

Betreft de rente, volgens mij is dat puur cosmetische invulling

Bedankt voor je reactie. Ik zit dan in ieder geval goed qua opbouw.

offtopic:
Ik had natuurlijk even de taal naar engels kunnen zetten of in de demo kunnen kijken...

Qua rente: Ok, als dat het geval is, moet ik zelf nog even iets bedenken om de rente weer toe te voegen als schuld, eventueel 1x per jaar, zodat het bedrag weer enigzins klopt.

[Firefly III]

DaLass schreef op vrijdag 28 februari 2020 @ 10:01:
Even 2 vragen over passiva in FireFly:

g0lden23 schreef op vrijdag 28 februari 2020 @ 10:17:
[...]


Betreft de rente, volgens mij is dat puur cosmetische invulling

Top. Ter aanvulling: de vertaling klopt aardig, die doe ik zelf , maar hoe Firefly III dit aanpakt is veranderd. Vroegah zaten passiva nog niet zo lekker in het systeem, dat is nu beter. Ik zal de teksten aanpakken zodat het beter loopt en wat logischer in elkaar zit allemaal.

De rente is puur cosmetisch. Ik ben nog geen twee banken tegen gekomen die dat op een consistente manier doen .

[ Voor 51% gewijzigd door Firefly III op 28-02-2020 10:48 ]

[DaLass]

Firefly III schreef op vrijdag 28 februari 2020 @ 10:48:
[...]


[...]


Top. Ter aanvulling: de vertaling klopt aardig, die doe ik zelf , maar hoe Firefly III dit aanpakt is veranderd. Vroegah zaten passiva nog niet zo lekker in het systeem, dat is nu beter. Ik zal de teksten aanpakken zodat het beter loopt en wat logischer in elkaar zit allemaal.

De rente is puur cosmetisch. Ik ben nog geen twee banken tegen gekomen die dat op een consistente manier doen .

Wat is dan jouw advies qua rente?
Ik krijg van de lening netjes een overzicht aan het einde van het jaar waarop het dan openstaande bedrag staat. Ik kan dan dus iets aanmaken om te corrigeren qua rente, maar dat is eigenlijk geen transactie.

Edit:
Nog een vraag: Ik importeer de transacties in Firefly, van o.a. ING en Rabo. In de omschrijving komt dan netjes de omschrijving te staan zoals de transactie ook in mijn rekeninggegevens te vinden is. Deze omschrijving verteld niet waarvoor het geweest is, maar bevat vaak details van bijvoorbeeld de pinautomaat.
Om e.e.a. leesbaar te houden pas ik daarom de omschrijving aan naar iets begrijpelijks. Ik wil echter de originele omschrijving wel bewaren, dus kopieer ik deze nu handmatig naar de notities, voordat ik de omschrijving aanpas.

Is er een methode om in bulk de omschrijving te kopiëren naar de notities, bijvoorbeeld tijdens de import? Ik ben de optie nog niet tegengekomen (denk ik).
Ik kan wel een regel aanmaken met als voorwaarde "Heeft geen notities", maar er is geen actie te selecteren om de omschrijving naar de notities te kopiëren.

[ Voor 36% gewijzigd door DaLass op 28-02-2020 12:56 ]

[KilgoreTrout]

Firefly III cannot validate the account information you submitted

Ik heb net Firefly III versie 5.0.5 geinstalleerd. Ik kan budgetten aanmaken. Wanneer ik nu een ontvangst
probeer in te voeren, krijg ik bij "Bronrekening" de melding "Firefly III cannot validate the account information you submitted".
Ik heb geprobeerd hier een IBAN nummer in te zetten, maar dat levert hetzelfde resultaat.
Enig idee?

[DaLass]

Kleine uitdaging met Firefly III i.c.m NGINX:

Ik kan Firefly III prima benaderen op het IP adres van mijn lokale server inclusief de toegewezen poort, echter als ik dit doe op de aangemaakte hostname die via NGINX loopt, werkt het niet als verwacht:

Zodra ik de https link open die ik heb aangemaakt voor Firefly III, krijg ik netjes het aanmeldscherm waar ik mij kan authenticeren. Dat gaat ook goed. Daarna krijg ik de vraag voor de 2FA code, echter gebeurd er niets als ik op "Inloggen" klik.

Bovenstaande via IP + poort werkt zonder problemen.

Weet iemand of er binnen NGINX nog specifieke configuratie moet worden gebruikt voor Firefly III?

Edit:
Inmiddels heb ik het inloggen wel werkend via de NGINX reverse proxy en krijg ik netjes het dashboard, echter zonder de afbeeldingen die de grafieken van o.a. de betaalrekeningen moeten laten zien. Die krijg ik wel als ik via HTTP op het IP van de server verbind..

[ Voor 17% gewijzigd door DaLass op 02-03-2020 17:07 ]