This function wasn't working with different arguments such as days and start
It would always return x days off of today instead of the date to start at
It now always returns x days off of the date supplied to start or today if start is invalid
This also works for stop (they use the same checkDate function)
setDateRange will now take a ending date (in ISO 8601 format)
Minor logic fixing to various functions to facillitate the change
The CSV tweaks are to format the CSV file correctly with the info we need
checkRevisedItems will return a list called itemIDs inside the apiResponse - This list is all the items that need getItems again
instead of needlessly pulling the response from the api into a variable and applying a dict there, apply directly to the api call
switchDateRange will now output a dict containing a range ending today if no arguments are given
I had the arguments for switchDateRange reversed, dateRange should be the second argument
Now our error checking ifs at the beginning of the main functions will detect if they're None and the Interperter shouldn't trackback when neglecting to add arguments
The CSV support is going to be for exporting the itemData from our database to use with external services that can import CSV files
checkRevisedItems will check a dateRange and return a list containing the ItemIDs that need to be fetched again wigh getItems because they were revised in some way
switchDateRange - More abstractions to other functions - This is because we use that specific switch statement multiple times now
Give the setDateRange function the ability to chose an arbitrary date to start at, defaulting to today
Parallel will help us dump and update a lot of information at once in the future
The original implementation could only search for items that end in a specific date range
This makes it so that we can select between a start range, modified range, or the default end range
The override could probably use some work as there is currently nothing checking sellerList for any other types and there can only be one
The original implementation could only search for items that end in a specific date range
This makes it so that we can select between a start range, modified range, or the default end range
The override could probably use some work as there is currently nothing checking sellerList for any other types and there can only be one
