The web client needs field metadata for sub-models when rendering
inline list views inside form views (e.g., sale.order.line inside
sale.order form). Now iterates all relational fields and adds their
comodel to the models dict in the get_views response.
Fixes "Cannot read properties of undefined (reading 'fields')" error
on sale.order and account.move stored form views with O2M tabs.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Phase 1: read_group/web_read_group with SQL GROUP BY, aggregates
(sum/avg/min/max/count/array_agg/sum_currency), date granularity,
M2O groupby resolution to [id, display_name].
Phase 2: Record rules with domain_force parsing (Python literal parser),
global AND + group OR merging. Domain operators: child_of, parent_of,
any, not any compiled to SQL hierarchy/EXISTS queries.
Phase 3: Button dispatch via /web/dataset/call_button, method return
values interpreted as actions. Payment register wizard
(account.payment.register) for sale→invoice→pay flow.
Phase 4: ir.filters, ir.default, product fields expanded, SO line
product_id onchange, ir_model+ir_model_fields DB seeding.
Phase 5: CSV export (/web/export/csv), attachment upload/download
via ir.attachment, fields_get with aggregator hints.
Admin/System: Session persistence (PostgreSQL-backed), ir.config_parameter
with get_param/set_param, ir.cron, ir.logging, res.lang, res.config.settings
with company-related fields, Settings form view. Technical menu with
Views/Actions/Parameters/Security/Logging sub-menus. User change_password,
preferences. Password never exposed in UI/API.
Bugfixes: false→nil for varchar/int fields, int32 in toInt64, call_button
route with trailing slash, create_invoices returns action, search view
always included, get_formview_action, name_create, ir.http stub.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
- Improved auto-generated list/form/search views with priority fields,
two-column form layout, statusbar widget, notebook for O2M fields
- Enhanced fields_get with currency_field, compute, related metadata
- Fixed session handling: handleSessionInfo/handleSessionCheck use real
session from cookie instead of hardcoded values
- Added read_progress_bar and activity_format RPC stubs
- Improved bootstrap translations with lang_parameters
- Added "contacts" to session modules list
Server starts successfully: 14 modules, 93 models, 378 XML templates,
503 JS modules transpiled — all from local frontend/ directory.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Full port of Odoo's ERP system from Python to Go, with the original
Odoo JavaScript frontend (OWL framework) running against the Go server.
Backend (10,691 LoC Go):
- Custom ORM: CRUD, domains→SQL with JOINs, computed fields, sequences
- 93 models across 14 modules (base, account, sale, stock, purchase, hr,
project, crm, fleet, product, l10n_de, google_address/translate/calendar)
- Auth with bcrypt + session cookies
- Setup wizard (company, SKR03 chart, admin, demo data)
- Double-entry bookkeeping constraint
- Sale→Invoice workflow (confirm SO → generate invoice → post)
- SKR03 chart of accounts (110 accounts) + German taxes (USt/VSt)
- Record rules (multi-company filter)
- Google integrations as opt-in modules (Maps, Translate, Calendar)
Frontend:
- Odoo's original OWL webclient (503 JS modules, 378 XML templates)
- JS transpiled via Odoo's js_transpiler (ES modules → odoo.define)
- SCSS compiled to CSS (675KB) via dart-sass
- XML templates compiled to registerTemplate() JS calls
- Static file serving from Odoo source addons
- Login page, session management, menu navigation
- Contacts list view renders with real data from PostgreSQL
Infrastructure:
- 14MB single binary (CGO_ENABLED=0)
- Docker Compose (Go server + PostgreSQL 16)
- Zero phone-home (no outbound calls to odoo.com)
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
