Repository navigation
fix: сайт мероприятия и контакт в запросе внешней регистрации - #801
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Что изменено
Запрос внешней регистрации принимает сайт мероприятия и необязательные комментарий/контакт. Администратор видит сайт и контакт в Django, а фактическая ссылка регистрации после подключения остаётся отдельным
external_url.API и совместимость
POST
programs/{id}/management/registration/connection/сохраняет прежнийurl, делаетcommentнеобязательным и добавляет необязательныйcontact(500 символов). Settings response добавляетconnection_website_urlиconnection_contact. Старый клиент продолжает отправлять прежний payload. Неизвестные поля и некорректные значения отклоняются до записи. Права организатора/администратора, блокировка программы и запрет самостоятельного подключения не изменяются. Уже подключённая форма запросом не перезаписывается.UI
Angular PR PROCOLLAB-github/procollab#464 обновляет подписи полей и текст обращения/обратной связи. Backend выкладывается первым. Обращения остаются в очереди Django admin; автоматические письма этим изменением не добавляются.
Проверки
makemigrations --checkпрошли; миграция0025 успешно применена локально.Migration / rollout
0025 добавляет два необязательных поля. Сайт старых ожидающих запросов копируется из прежнего URL; опубликованные ссылки и пользовательские данные не переписываются. При откате кода схему0025 оставляем, чтобы сохранить данные новых обращений. Сначала DEV API/migration/runtime/Celery, затем Angular. Production исключён.
DEV — проверено после выкладки
API PR801 и Angular PR464 выложены обычным merge в dev. Миграция0025/runtime-права/HTTP smoke/Celery прошли; frontend format/lint/2280tests/build/rsync прошли. На опубликованных assets проверены1440/390/360px: все3 сценария прошли, включая отправку без комментария/контакта и сохранение отдельных деталей; ошибок runtime/5xx нет. Ещё6 анонимных GET-проверок реального dev прошли. Записи и почта в QA изолированы; production не изменён. Desktop/mobile макеты синхронизированы в Figma.