Commit Graph

51 Commits

Author SHA1 Message Date
Klaas van Schelven
8ee526776e Show 'no version' on a button when this applies 2024-09-30 21:22:34 +02:00
Klaas van Schelven
b43d1cfa05 action must be non-empty 2024-09-26 15:27:46 +02:00
Klaas van Schelven
23b2a70797 remove magic number in favor of method 2024-09-17 21:36:41 +02:00
Klaas van Schelven
79c9413256 Remove TODO about indexing on Project (id, sentry_key)
This was probably about the making Project.objects.get(id, sentry_key)
more efficient, but

* I don't have an indication it's a bottleneck
* It may very well be turned into a get-by-id, check-for-key idiom,
  in which case the index won't help.
2024-09-13 10:03:20 +02:00
Klaas van Schelven
e59fd3a225 Implement 'occurs_in_last_release' 2024-09-12 09:49:22 +02:00
Klaas van Schelven
c893293c50 textual, SDK setup (WIP) 2024-09-11 09:23:16 +02:00
Klaas van Schelven
02687ff9f4 Fix new-project permission-check
to match what I already had decided the model was, namely the condition for 'can_create'
in the project_list view
2024-09-10 09:02:30 +02:00
Klaas van Schelven
d4d292e4be Remove perm-based permission-checks
For now, sticking to "how it actually works" is more important than "what we
might need in the future". We don't have an admin-group with actually handed
out perms yet, and we do have the recommendation to create a superuser in the
installation docs. So let's just explicity check for that.

(I found these checks while working on actual breakage in the previous commit)
2024-09-10 08:51:00 +02:00
Klaas van Schelven
a8c5e447c8 atomic_for_request_method: put on teams/projects views too
discovered while playing with mysql;
drive-by change, i.e. not yet tested.
2024-08-28 15:08:41 +02:00
Klaas van Schelven
70fdbc9cbd Sentry DSN setup: recommend what we do ourselves 2024-08-22 10:03:28 +02:00
Klaas van Schelven
51a53c09a4 quota: check as little as possible & check-on-digest
Also fix various off-by-one errors with the help of tests
2024-07-17 14:48:19 +02:00
Klaas van Schelven
8849a3e44b Don't write to the DB on-ingest
In the previous commit I put the code for a small performance-experiment.
The results are (very) obvious: don't do this. Response times go through
the roof, and more importantly, the server becomes unreliable. Reason:
time-outs caused by waiting for the write-lock.
2024-07-16 16:39:12 +02:00
Klaas van Schelven
0c964cfcc8 Add project.ingested_event_count (input for performance-experiment) 2024-07-16 15:48:16 +02:00
Klaas van Schelven
fbee32c79a Remove some 'maybe' comments for 'drop immediately' 2024-07-15 11:02:08 +02:00
Klaas van Schelven
d68aff05ca Quota 2024-07-15 09:37:36 +02:00
Klaas van Schelven
ea6aa9bbca Retention/quotas: something that 'seems to work' (doesn't immediately crash) 2024-06-21 11:50:13 +02:00
Klaas van Schelven
c2b821589d Retention, WIP (yesterday) 2024-06-21 09:28:04 +02:00
Klaas van Schelven
228ef184e1 refactoring: class-definition order
should not matter but keeping the fields together is better
2024-06-20 09:21:55 +02:00
Klaas van Schelven
1171309b4e Project-list button-visibility fixed for auth 2024-06-17 11:06:41 +02:00
Klaas van Schelven
8ad6059722 Complete migration reset 2024-06-14 10:29:10 +02:00
Klaas van Schelven
034c6fecc7 select_related for project_list page
avoids n queries
2024-06-14 09:57:11 +02:00
Klaas van Schelven
95cb39f5af Implement 'send_email_alerts'
* cascading from team to project; user is base-level-default
* implemented at form-level
* implemented when emails are actually sent
2024-06-13 13:23:14 +02:00
Klaas van Schelven
37927a623f Help-text for team-creation when you don't have a team yet 2024-06-10 16:41:11 +02:00
Klaas van Schelven
33f2d55eab SINGLE_TEAM & SINGLE_USER implemented
in-template only; since we make source available it's a bit silly to put all kinds
of 'security' in place that could easily be edited out
2024-06-10 15:41:54 +02:00
Klaas van Schelven
4866ca040b Fix edit/new dsn form logic for projects 2024-06-10 14:35:52 +02:00
Klaas van Schelven
f614d0c26a full width form fields 'everywhere'
also distinguish between labeled/placeholder style
2024-06-10 14:24:55 +02:00
Klaas van Schelven
71dc6e7940 Bugfix: add missing ProjectMembershipForm 2024-06-10 10:14:21 +02:00
Klaas van Schelven
d71916940a Factor out 'tailwind_formfield' tag 2024-06-10 10:00:06 +02:00
Klaas van Schelven
0549f5a7d1 2 links from SDK setup page 2024-06-07 17:27:54 +02:00
Klaas van Schelven
b04feae788 SDK setup (WIP) 2024-06-07 17:24:25 +02:00
Klaas van Schelven
de8bd65a3a WIP teams & project-management (6)
not extensively tested, but it starts to feel quite complete 'for now'
2024-06-07 10:52:25 +02:00
Klaas van Schelven
9d9cac3e9d WIP teams & project-management 2024-06-03 22:30:10 +02:00
Klaas van Schelven
ee228a681d Project 'view on site' button 2024-05-16 10:36:55 +02:00
Klaas van Schelven
f2de61b273 Use app_settings for Bugsink-specific stuff
something about consistency
2024-05-13 15:09:35 +02:00
Klaas van Schelven
2c4e8b9f20 Regular v.s. Django Testcase: be explicit
I recently ran into a funny issue where the TestCases were influencing my
development DB's contents
2024-04-15 09:17:53 +02:00
Klaas van Schelven
21c4904524 Implement friendly_id 2024-04-09 11:09:31 +02:00
Klaas van Schelven
d30a8dbdf4 filter-fields, readonly fields for FKs 2024-03-24 22:02:15 +01:00
Klaas van Schelven
9550c5f1dc Uniqueness constraint on (user, project) in ProjectMembership 2024-02-07 23:11:26 +01:00
Klaas van Schelven
901055938c Project-list in the menu: from DB rather than static nonsense 2024-01-16 23:14:56 +01:00
Klaas van Schelven
97d2e0b09d WIP: email-sending for new_issue 2024-01-14 22:25:36 +01:00
Klaas van Schelven
bc849874f1 Missing migrations 2024-01-05 20:31:08 +01:00
Klaas van Schelven
6bc00c366a no volume-based alerts (only volume-based muting) 2024-01-05 20:31:51 +01:00
Klaas van Schelven
89cab4f3c8 WIP: midway checkin in the PeriodCounter registry stuff 2024-01-05 20:20:14 +01:00
Klaas van Schelven
99ac06a0d8 Releases, events, issues: WIP 2023-12-14 19:57:06 +01:00
Klaas van Schelven
8c5d416447 DSN added to project admin 2023-11-19 17:27:29 +01:00
Klaas van Schelven
725822ce3d Events: some modelling and a command to ingest JSONs from other projects as examples 2023-11-11 21:13:15 +01:00
Klaas van Schelven
238fb6dda7 Event as a Django model (first version) 2023-11-11 12:33:37 +01:00
Klaas van Schelven
3ca27a43d5 First jab at ingesting loads of example data 2023-11-10 19:50:42 +01:00
Klaas van Schelven
66b30bb792 Actually connect events to the correct project when the header is provided 2023-11-09 23:49:52 +01:00
Klaas van Schelven
972fd99697 Issue model introduced and used 2023-11-05 17:43:05 +01:00