Block a user
444a01ea42
removed lots of debugs, added find_next_bill to allow better estimating of bills in the past. Growth now uses bills in the past (estimated included), which simplifies the code a bit. All working now except pragmatic missing quarterly bills not started
0cf3d9897f
created find_previous_bill and use it to help work out gaps in bills - e.g. like with internet where I added only the new costs
3521d4c126
make radio button for min / avg / max growth value be pushed into which_growth in the DB for bill_type row, then also delete estimated bills for that bill_type, and then calling /bills, causes the estimated bills to be filled back in based on the new chosen growth model
d7320e8aa8
remove num we now use - bill_info[bill_type][num_ann_bills], fix bug where we were re-adding first year bills
5556b0ef15
removed debugs, actually add new bills when needed for monthly and annual, support new growth fields, ensure growth only works on real bills not new estimated bills.
9cd14505bf
moved new bill type button over 2 more to accom new freq field, added slider/support for show estimated and support new growth db fields
1831c49b15
fixed 2 x TODOs, can now add an existing face as a refimg, and I sped up the recent jobs page
e36fc170f1
moved container cwd to ~/src/photoassistant so that gunicorn can react to src code changes, also forced logs to docker logs
e3c94bf5eb
added match_add_refimg support to context menu, allows us to take existing (presumably) better image and make it a refimg for someone its matched
676e9ab95f
really should consider quarterly bill additions as seasonal <- more likely for elec, gas, etc
7ac7acf44c
major rewrite, took on-board thoughts in TODO, have completely re-written how we process bill_data, and then subsequent growth. Much simpler now (although still complex) - most is now done in one loop to take DB data nd reformat it into an in memory data structure, then process that a few different ways to see missing and future bills, and then calc growths. Still much to go, I do calc missing/future annual bills, but I am not actually adding them to the DB (want to distinguish them from real bills still in DB), not yet calculating additional bills for monthly or quarterly (so not adding them to DB either), then interface would need to show/hide real vs auto-filled bills. To note growth only takes into account real bills, BUT, it also only calcs growth on consecuttive full year data sets - e.g. years with quarterly bills for less than the full year are ignored for now
232f16deba
made bill_freq have simple / hard-coded number of bills for a year, e.g. annual == 1, monthly == 12, etc)
cf104b5a56
added some better formatting (spacing, headers to tables, etc), flipped the left / right, so now bill type is on left with support for bill_freq being a <select> and on the right, we now have tabbed views of different bill_types
98fa17acd7
first pass of trying to work through deriving annual growth on bills, what info I need, etc. definitely not even close to finished
adac3eceeb
added bill_freq table and referenced it, tweak growth field to ann_growth and added a set_bill_type_growth, for when we can derive a value
3527f94efa
added skip profile to readarr as its no longer supported/working, cleaned up syntax/format for restart clause for all, fixed up dumbness with the mara/homarr/myth web containers so that all works, still troubleshooting calibre - can only get it to go via direct ports, not via traefik for now
7bab6eabdd
finished functional bills page, all naming conventions consistent for html entities, classes, and matching DB fields
b02e03339e
Changing a bill (bill_data) now works, as does cancelling cleanly - this is now functional. I have renamed/improved the left-hand-side fields, right-hand-side next - to improve consistency between html and db and bill_data and bill_type