Comparing 521e72d1cc..0194f7f3f3 - meet

gsadmin/meet

Fork 0

mirror of https://github.com/suitenumerique/meet.git synced 2026-10-11 23:52:00 +00:00

Author	SHA1	Message	Date
lebaudantoine	0194f7f3f3	⚡️(backend) send recording notification emails from a Celery task Emails were rendered and sent inline in the LiveKit webhook, so a slow SMTP server blocked the request and a transient failure lost the email. Delivery now runs in a worker, with retries and backoff. The task is generic (template, subject, recipients, context, language) so other emails can reuse it. The subject is translated in the worker, and dates are formatted per owner before queuing, so the arguments stay JSON-serializable. Without Celery, the task still runs synchronously. Success now means "queued", not "delivered".	2026-10-11 23:37:00 +02:00
Roee Sivan	0bde103911	🔧(project) silence gitlint regex-style deprecation warning gitlint prints a warning for each ignore-by-title rule because it will switch its regexes from match (start of the string) to search (anywhere) semantics. Both ignore-by-title regexes are already anchored with ^, so they match the same titles either way. Setting regex-style-search opts in to the new behavior now and removes the warning. Fixes #96	2026-10-11 23:34:02 +02:00

Author

SHA1

Message

Date

lebaudantoine

0194f7f3f3

⚡️(backend) send recording notification emails from a Celery task

Emails were rendered and sent inline in the LiveKit webhook, so a
slow SMTP server blocked the request and a transient failure lost
the email. Delivery now runs in a worker, with retries and backoff.

The task is generic (template, subject, recipients, context,
language) so other emails can reuse it. The subject is translated
in the worker, and dates are formatted per owner before queuing,
so the arguments stay JSON-serializable.

Without Celery, the task still runs synchronously. Success now
means "queued", not "delivered".

2026-10-11 23:37:00 +02:00

Roee Sivan

0bde103911

🔧(project) silence gitlint regex-style deprecation warning

gitlint prints a warning for each ignore-by-title rule because it will switch
its regexes from match (start of the string) to search (anywhere) semantics.

Both ignore-by-title regexes are already anchored with ^, so they match the
same titles either way. Setting regex-style-search opts in to the new behavior
now and removes the warning.

Fixes #96

2026-10-11 23:34:02 +02:00

1 changed files with 3 additions and 0 deletions

.gitlint

View File

 # See http://jorisroovers.github.io/gitlint/user_defined_rules for details
 extra-path=gitlint/
+# Use "search" semantics for regexes (gitlint's future default)
+regex-style-search=True
 # [title-max-length]
 # line-length=80

Compare commits

2 Commits

email-notification .. main

Compare commits

2 Commits email-notification .. main

2 Commits

email-notification .. main