[Libre-soc-bugs] [Bug 464] document the budget used for the project by analysing bugzilla

bugzilla-daemon at libre-soc.org bugzilla-daemon at libre-soc.org
Mon Sep 7 01:34:09 BST 2020


https://bugs.libre-soc.org/show_bug.cgi?id=464

--- Comment #20 from Jacob Lifshay <programmerjake at gmail.com> ---
(In reply to Luke Kenneth Casson Leighton from comment #19)
> give me a day or so to think about it.  database field design takes time,
> to consider the information needed to be stored as well as the cleanest
> way to store it.
> 
> the date of the payment and submission also needs to be stored, which
> tends to suggest that alongside cf_payee_list two more TOML fields
> might do the trick: one cf_payee_submitdate and the other cf_payee_paiddate.
> these of the format "name" = "23jan2021"

we won't need any more bugzilla fields alongside cf_payee_list since all that's
needed is to add another level of nesting. Also, TOML has built-in date/time
types, so we should use those instead of strings.

So, something like this:

[submitted."person3"]
amount = 567
date = 2020-08-01

[paid."person4"]
amount = 432
date = 2020-08-06

Alternatively, we could just have the presence of the `submitted` and `paid`
fields indicate that that particular payment was submitted then paid:

["person1"]
amount = 123
# no submitted or paid fields means not yet submitted or paid

["person2"]
amount = 456
submitted = 2020-09-23
# submitted field without paid field indicates submitted but not yet paid

["person3"]
amount = 789
submitted = 2020-08-12T06:23:00-07:00 # different timezone
paid = 2020-09-13T13:46:23Z # person3 likes precision :)
# submitted field with paid field indicates both submitted and paid

JSON equivalent (JSON doesn't have separate date/time types, so those are
converted to strings):
{
  "person1": {
    "amount": 123
  },
  "person2": {
    "amount": 456,
    "submitted": "2020-09-23"
  },
  "person3": {
    "amount": 789,
    "paid": "2020-09-13T13:46:23+00:00",
    "submitted": "2020-08-12T06:23:00-07:00"
  }
}

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the libre-soc-bugs mailing list