|  | Commit message (Collapse) | Author | Age | Lines | 
|---|
| ... |  | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | | The util was redundant. Thanks @MarkKoz | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | | This extends the regular base.html, so this would cause wiki pages to
have two SHA's. | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | | I'm not writing the tests for that, it has nothing to do with this
branch. | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | | Fix tests. | 
| | | | | | |  | 
| | | | | | |  | 
| | | | |\ \  
| |_|_|/ /  
|/| | | | |  | 
| |\ \ \ \ \  
| | | | | | 
| | | | | | | Allow direct fetching of reminders by id | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | This should be all we need to enable the releases feature in Sentry for
this project. | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | This is the first step in implementing releases for Sentry. | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | This will make it easier to use in multiple places. | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | This will make the SHA available in all templates. | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | This is required for gitpython to work. | 
| | |_|_|/ /  
|/| | | |   
| | | | |   
| | | | | | We'll need this to fetch the hash. | 
| | | | | | |  | 
| |/ / / / |  | 
| | | | | 
| | | | 
| | | | 
| | | | 
| | | | | This had the wrong data for GUILD_INVITES - it had invites instead of
Guild IDs. This new migration solves this problem. | 
| |\ \ \ \  
| | | | | 
| | | | | | FilterList model and endpoints | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | | Now that we have a migration that adds data, we can no longer have tests
that operate on the assumption that the database is going to be empty.
So, we're now clearing that table before these tests run. | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | | This will populate the table with domain names, guild invites, filter
tokens and file formats. | 
| | | | | | 
| | | | | 
| | | | | | Co-authored-by: Sebastiaan Zeeff <[email protected]> | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | | This really should've been handled automatically by DRF, and in the
future, it will be. But for now, we need to have constraints both on the
serializer (to get status code 400), and on the model (to prevent direct
database constraint violations).
See https://github.com/encode/django-rest-framework/issues/7173 | 
| | | | | | |  | 
| | |\ \ \ \  
| |/ / / /  
|/| | | | |  | 
| |\ \ \ \ \  
| | | | | | 
| | | | | | | Add mentions field to Reminders model | 
| | | | | | | |  | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | Since the mentions field stores static IDs and not foreign keys, there
is no need to create the objects for the test. | 
| | | | | | | |  | 
| | |\ \ \ \ \  
| |/ / / / /  
|/| | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | I was handling this in a Django vanilla kind of way, which was causing
the constraint to return a 500 instead of a 400. This changes the
approach to use the DRF way, and makes it return 400.
It doesn't actually change the way anything behaves, other than
returning the right status code. | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | |  | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | GUILD_INVITE_ID -> GUILD_INVITE
WORD_WATCHLIST -> FILTER_TOKEN | 
| | | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | 
| | | | | | | This will be used to describe or justify the entries in the blacklist or
whitelist, for example for the guild name in the case of guild invite
IDs, so that we have some context when we're displaying the list.
https://github.com/python-discord/site/issues/305 |