dashboard/infrastructure
Aravinth Manivannan b12cc044da
ci/woodpecker/push/woodpecker Pipeline was successful Details
fix: Invoice generation must not consider deleted VMs' names for
checking if payment is already fulfilled

DESCRIPTION
    Invoice generation is dependent on instance_name. Deleting a VM
    doesn't delete the corresponding payments record since payment
    receipts should be preserved for accounting purposes.

    But being heavily dependent on instance_name, without taking deleted
    VMs into account produces incorrect behavior under certain
    circumstances: if a VM named 'foo' is paid for and is deleted before
    its billing cycle is competed and a new VM is created with the same
    name, either by the same user or a different user, invoice won't be
    generated for the new VM since a payment record already exists for
    that billing cycle for the VM named 'foo'.

    Marking deleted VMs' payment records unsuitable for checking if a VM
    is already paid for will result in correct behavior.

fixes: https://gitea.hostea.org/Hostea/dashboard/issues/38
2022-07-08 22:28:39 +05:30
..
management/commands feat: delete_vm takes only one parameter 2022-07-01 19:54:20 +05:30
migrations feat: notify user on instance creation 2022-06-30 01:10:55 +05:30
templates/infrastructure feat: Gitea root creds email with nicer content 2022-07-04 12:42:02 -04:00
__init__.py feat: bootstrap infrastructure app with create_instance delete_instance 2022-06-24 20:34:11 +05:30
admin.py feat: vm create management command 2022-06-28 00:57:25 +05:30
apps.py feat: bootstrap infrastructure app with create_instance delete_instance 2022-06-24 20:34:11 +05:30
models.py feat: notify user on instance creation 2022-06-30 01:10:55 +05:30
tests.py fix: Invoice generation must not consider deleted VMs' names for 2022-07-08 22:28:39 +05:30
urls.py feat: bootstrap infrastructure app with create_instance delete_instance 2022-06-24 20:34:11 +05:30
utils.py fix: Invoice generation must not consider deleted VMs' names for 2022-07-08 22:28:39 +05:30
views.py fix: s/EMAIL_SENDER_ADDRESS/DEFAULT_FROM_EMAIL/ 2022-07-04 12:42:02 -04:00