After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 563736 - End Date for recurring bills should not be earlier than Due Date
End Date for recurring bills should not be earlier than Due Date
Status: RESOLVED FIXED
Product: billreminder
Classification: Other
Component: UI
0.3.x
Other Linux
: Normal normal
: ---
Assigned To: billreminder-maint
billreminder-maint
Depends on:
Blocks:
 
 
Reported: 2008-12-08 18:15 UTC by Og Maciel
Modified: 2010-12-12 17:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Og Maciel 2008-12-08 18:15:48 UTC
The issue is related to the option of adding recurring bills, which a user can do by changing the Repeat field to something other than Once (i.e. Monthly, Weekly). This will enable the End Date field, a customized widget that uses a gtk.Calendar to allow the user to define how far into the future to automatically create instances of the bill being entered. I want to be able to define a start and end date for the catalog, so that the user doesn't pick a date which is prior to the Due Date. In other words, if the due date is tomorrow, don't allow the user to set the end date to yesterday. A couple of use cases that have to be taken into consideration are:

    * When adding a new bill, the end date can not be earlier/less than the due date; therefore, every time the user changes the due date, the end date should be automatically updated to be at least equals to the due date;
    * If the end date and due date are equal and the user chose Monthly or Weekly for the Repeat field, a dialog should pop up alerting that only one instance will be created;
    * If editing an existing bill, the Repeat and End Date are disabled; however, changing the Due Date should still update the value for End Date (for cosmetic reasons);
Comment 1 Og Maciel 2010-12-12 17:45:26 UTC
commit 3938a92348f74b5d9637a8e6b3a50c4c8e5d3212
Author: Og B. Maciel <ogmaciel@gnome.org>
Date:   Sun Dec 12 12:35:35 2010 -0500

    Don't allow the end date for recurring records to be set before the start date. This should take care of b.g.o #563736 but some refactoring will be needed.