Repository navigation
Conversation
- Add specialty-level verification fields (status, reviewer, review date, rejection reason) to DoctorSpecialty via migration - Add admin endpoints for listing and reviewing per-specialty verification - Filter specialty-based search results to only include verified doctor-specialty pairs Co-Authored-By: Buffy <noreply@codebuff.com>
…buckets - Add configurable token-bucket rate limiter keyed by authenticated user ID or client IP (behind Render's proxy) - Postgres-backed store with in-memory test implementation - Return HTTP 429 with Retry-After and RateLimit-* headers - Exempt /health endpoint - Preserve existing login throttling without double-counting - Add in-memory store for tests and overhead measurement - Add unit tests for rate limit behavior Co-Authored-By: Buffy <noreply@codebuff.com>
|
@Dev-Marcy Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits. You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀 |
|
@Dev-Marcy pls fix CI |
|
CI is failing on this PR. Typecheck fails: Please push a fix and CI will re-run. Before pushing, run |
|
Heads-up: #145 and #146 point at the same commit ( CI is red on typecheck in the rate-limit module:
Please rebase onto the latest |
|
@Dev-Marcy Thanks for the PR. It can't be merged yet. To unblock it: CI is failing. Here's what broke:
Please fix these errors and run the same steps locally before pushing ( Branch protection also requires the branch to be up to date with Push to this same branch and CI will re-run. Once it's green and conflict-free, it'll be reviewed for merge. |
|
@Dev-Marcy CI is failing on this branch, so it can't be merged yet. The errors from the latest run: Backend (typecheck + test + build) Please reproduce this locally, fix the errors above and push. CI will re-run on your next push. |
|
@Dev-Marcy CI is failing on this branch against the latest Backend (typecheck + test + build) Reproduce this locally on the latest |
|
@Dev-Marcy This PR now has merge conflicts with git fetch upstream # upstream = https://github.com/DocForum/docforum-core.git
git rebase upstream/main
# resolve the conflicts, re-run the tests, then:
git push --force-with-leaseThe usual culprits are shared docs like Automated message. It won't repeat unless the PR conflicts again after your next push. |
Closes #51
Summary
This PR adds per-specialty credential verification to DocForum. Previously, doctor
verification was a single binary status on the entire doctor profile (pending |
verified | rejected). That is insufficient for the product: a doctor's credentials
may be valid for some specialties (e.g., cardiology) and not others (e.g.,
dermatology). This PR introduces specialty-level verification tracking so that each
doctor–specialty pair can be independently verified, reviewed, and rejected.
Feature: Per-specialty verification fields
New columns added to the
DoctorSpecialtyjoin table viaprisma/migrations/20261016110000_add_specialty_verification/migration.sql:verificationStatusVARCHAR(191)pendingreviewerVARCHAR(191)reviewDateTIMESTAMP(3)rejectionReasonVARCHAR(191)Existing
DoctorSpecialtyrows are backfilled toverification_status = 'pending'in the migration, since there is no mechanism to retroactively verify legacy data.
Preview/demo data is treated as unverified until an admin reviews each specialty.
New endpoint: admin per-specialty review