Odoo-Modules

admin/Odoo-Modules

Fork 0

Commit Graph

Author	SHA1	Message	Date
gsinghpal	5f372b462a	changes	2026-05-25 20:11:03 -04:00
gsinghpal	1b473a7873	fix(tablet_pin_reset): manifest data slot + drop notif wrapper (deploy fixes) Two bugs caught by entech battle test on first deploy: 1. Manifest entry landed in the 'demo' list instead of 'data' because my anchor (fp_demo_shopfloor_data.xml) was already in 'demo' — the entry pattern-matched into the wrong section. Demo data doesn't load on entech (no --load demo), so the mail.template never existed. Moved fp_tablet_pin_reset_template.xml to 'data'. 2. The fp.notification.template wrapper record referenced a model that doesn't exist until fusion_plating_notifications loads; fusion_plating_shopfloor doesn't depend on notifications, so the data load ParseError'd. Removed the wrapper — the controller calls mail_template.send_mail() directly anyway, not via the notification dispatcher. Added an inline comment explaining why the wrapper isn't here. Battle test updated to drop the (now removed) wrapper xmlid check. Battle test ALL PASS on entech after fixes. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-25 17:02:18 -04:00
gsinghpal	9223f8da7c	test(bt): tablet PIN self-service entech smoke (Task 7) 10-step smoke via odoo-shell: 1. Pick real no-PIN shop user 2. _generate_for_user -> assert 4-digit code + active row 3. Wrong code -> assert rejected + attempt_count incremented 4. Correct code -> assert ok + used_at set 5. _sign_reset_token + _verify_reset_token roundtrip 6. set_tablet_pin (mirrors set_pin endpoint reset_token branch) 7. verify_tablet_pin -> assert new PIN works 8. mail.template ref resolves 9. fp.notification.template ref resolves 10. Cleanup cron ref resolves Cleans up: reverts PIN + deletes reset rows. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-25 16:54:46 -04:00

Author

SHA1

Message

Date

gsinghpal

5f372b462a

changes

2026-05-25 20:11:03 -04:00

gsinghpal

1b473a7873

fix(tablet_pin_reset): manifest data slot + drop notif wrapper (deploy fixes)

Two bugs caught by entech battle test on first deploy:

1. Manifest entry landed in the 'demo' list instead of 'data' because
   my anchor (fp_demo_shopfloor_data.xml) was already in 'demo' —
   the entry pattern-matched into the wrong section. Demo data
   doesn't load on entech (no --load demo), so the mail.template
   never existed. Moved fp_tablet_pin_reset_template.xml to 'data'.

2. The fp.notification.template wrapper record referenced a model
   that doesn't exist until fusion_plating_notifications loads;
   fusion_plating_shopfloor doesn't depend on notifications, so
   the data load ParseError'd. Removed the wrapper — the controller
   calls mail_template.send_mail() directly anyway, not via the
   notification dispatcher. Added an inline comment explaining why
   the wrapper isn't here.

Battle test updated to drop the (now removed) wrapper xmlid check.
Battle test ALL PASS on entech after fixes.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-25 17:02:18 -04:00

gsinghpal

9223f8da7c

test(bt): tablet PIN self-service entech smoke (Task 7)

10-step smoke via odoo-shell:
  1. Pick real no-PIN shop user
  2. _generate_for_user -> assert 4-digit code + active row
  3. Wrong code -> assert rejected + attempt_count incremented
  4. Correct code -> assert ok + used_at set
  5. _sign_reset_token + _verify_reset_token roundtrip
  6. set_tablet_pin (mirrors set_pin endpoint reset_token branch)
  7. verify_tablet_pin -> assert new PIN works
  8. mail.template ref resolves
  9. fp.notification.template ref resolves
  10. Cleanup cron ref resolves

Cleans up: reverts PIN + deletes reset rows.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-25 16:54:46 -04:00

3 Commits