96f419d653
Audit of the admin Configuration section (FAQ Manager, Notification Rules,
Approval Config) surfaced three contract mismatches and one missing schema.
FAQ
* Backend `encoach.faq.category.audience` / `encoach.faq.item.audience`
rejected the `both` and `entity` values emitted by the FAQ Manager
UI. Widened the Selection so the UI's full vocabulary round-trips.
* FAQ item `video_url` was already accepted by the UI but silently
dropped by the controller; now persisted via a new `video_url`
field on `encoach.faq.item` and serialized on list/get responses.
Notification Rules
* Added `days_before`, `frequency`, `channel`, `entity_id` to
`encoach.notification.rule`. These are the exact fields the admin
form collects; prior to this change they were serialized into the
JSON body, ignored by the controller, and omitted from responses,
leaving the Active switch permanently off and the table columns
blank.
* Controller now translates `active` <-> `is_active` both ways so the
new frontend contract and legacy callers coexist. Missing required
fields return HTTP 400 instead of 500.
Approval Workflows
* The controller had been hand-rolling raw SQL against three tables
(`encoach_approval_workflow`, `_stage`, `_request`) that no Odoo
model declared, so the tables never existed. List() was guarded and
returned empty; create() would 500 with "relation does not exist".
* Introduced real ORM models in `encoach_exam_template/models/approval.py`
plus access rights, which auto-provision the tables on -u.
* Rewrote the controller to use ORM, added PATCH, and emitted both
`items` and `results` in the list envelope so the frontend's
PaginatedResponse reader and legacy callers both work. Step
payloads now carry `max_days`, `auto_escalate`, and
`notification_email` end to end.
* Frontend `approvalsService` and `ApprovalWorkflowConfig` updated to
send the full stage shape + `allow_bypass`, tolerate both envelope
keys, and validate at least one approver before submit.
Schema delta applied via `./run.sh -u encoach_exam_template,encoach_lms_api`.
Verified with new `test_config_flows.py`: 24/24 passing. Regression runs
on `test_support_flows.py` (29/29) and `test_training_flows.py` (26/26)
remain green.
Made-with: Cursor
44 lines
1.3 KiB
Python
44 lines
1.3 KiB
Python
from odoo import api, models, fields
|
|
|
|
|
|
FAQ_AUDIENCE = [
|
|
('all', 'All'),
|
|
('both', 'Both (Student + Entity)'),
|
|
('student', 'Students'),
|
|
('teacher', 'Teachers'),
|
|
('admin', 'Admins'),
|
|
('entity', 'Entity Users'),
|
|
]
|
|
|
|
|
|
class EncoachFaqCategory(models.Model):
|
|
_name = 'encoach.faq.category'
|
|
_description = 'FAQ Category'
|
|
_order = 'sequence, id'
|
|
|
|
name = fields.Char(required=True)
|
|
sequence = fields.Integer(default=10)
|
|
audience = fields.Selection(FAQ_AUDIENCE, default='all')
|
|
is_published = fields.Boolean(default=True)
|
|
item_ids = fields.One2many('encoach.faq.item', 'category_id')
|
|
item_count = fields.Integer(compute='_compute_item_count', store=True)
|
|
|
|
@api.depends('item_ids')
|
|
def _compute_item_count(self):
|
|
for rec in self:
|
|
rec.item_count = len(rec.item_ids)
|
|
|
|
|
|
class EncoachFaqItem(models.Model):
|
|
_name = 'encoach.faq.item'
|
|
_description = 'FAQ Item'
|
|
_order = 'sequence, id'
|
|
|
|
category_id = fields.Many2one('encoach.faq.category', required=True, ondelete='cascade')
|
|
question = fields.Char(required=True)
|
|
answer = fields.Text(required=True)
|
|
sequence = fields.Integer(default=10)
|
|
audience = fields.Selection(FAQ_AUDIENCE, default='all')
|
|
is_published = fields.Boolean(default=True)
|
|
video_url = fields.Char(help='Optional walkthrough video URL.')
|