ci/woodpecker/push/woodpecker Pipeline was successfulDetails
+ info now trys to find the "best match"
+ report_out_of_stock no longer matches all items with the same sub string
+ Added type to loc strings in the bot
+ clippy + fmt
ci/woodpecker/push/woodpecker Pipeline was successfulDetails
+ Created Formatter to handle geoffrey formatting
+ using Serenity's discord message builder to help with formatting
+ Added message sanitation
+ Clippy + Fmt
continuous-integration/woodpecker the build was successfulDetails
+ report_out_of_stock can be used by a when an item is not in stock in a shop
+ Added new query system
+ Impl for both LocationDB and Player for now
+ Goal is to increase code re-use without a million functions for different queries
+ Should be expanded to more models
+ I Should really just rip out the DB and make it a generic thing
+ Clippy + fmt
continuous-integration/woodpecker the build was successfulDetails
+ Records a list of player ids that reported an item as empty
+ Re-did item hash implementation so multiple items can have the same name
+ Bumped DB version to 4
+ fmt + clippy
continuous-integration/woodpecker the build was successfulDetails
+ Allows a location's name or position to be updated
+ Added a bots commands for it, two for now as subcommands are not working right
+ Logging fix
+ Updated return messages for some bot commands
+ Model migration is handled in the DB modules
+ It involves writing an up and a down case
+ Both load and interact with the JSON directly
+ Done so it can be decoupled from models
+ Fixed long-standing issues with database tests. The DB is now guarded by a mutex to prevent tests running in parallel
+ Added .drone.yml to run tests on a PR and on a push
+ The `add_item` command adds items to a location of type `Shop`
+ `selling` allows items to be queried
+ Items are not sorted yet
+ The user will be able to apply optional sorting params
+ Allowed the `insert` function of the DB to be used to update a model already in the DB
+ Clippy + Fmt
+ Decoupled Database Types from API Return Types
+ Allows response to be more content rich
+ Added helper methods to load all the information related ot a model
+ This also helps us move a bit closer to what we would have to do for something like Diesel
+ Might be good to add more functions like this to decouple db operations from the API layer
+ Implemented register, find, and add_location
+ Bunch of changes to the DB and the Models to make this work
+ API models are defined in GeoffreyModels so things that call the API don't need to define their own types
+ Still needs a lot of work, and need to design the api a bit more
+ Clippy + fmt
+ Fixed issue where IDs of different models were colliding
+ Used built in methods to convert u64 to bytes
+ Added tests for database speed
+ Converted return time of filter to an iterator
+ Added better error handling for non-unique values
+ Each location type is now a struct containing LocationData and location specific data.
+ Each type has its own place its own tree
+ Both were done in order to allow clear deserialization
Joey Hines