fix(i18n): add explicit AppPlugin to config — fixes server mode translations

Root cause: The CLI's isHostConfig() detects plugins with init methods and
skips auto-registration of AppPlugin. Without AppPlugin, translations were
never loaded via loadTranslations(). Fix: explicitly include AppPlugin(sharedConfig)
in the plugins array after MemoryI18nPlugin.

Verified by running the actual server (pnpm start) and testing:
- GET /api/v1/i18n/translations/zh → {"crm":{"objects":{"account":{"label":"客户"}},...}}
- GET /api/v1/i18n/translations/en → {"crm":{"objects":{"account":{"label":"Account"}},...}}
- GET /api/v1/i18n/locales → all 10 CRM locales

Co-authored-by: hotlong <50353452+hotlong@users.noreply.github.com>
Agent-Logs-Url: https://github.com/objectstack-ai/objectui/sessions/555f26bf-5911-46a3-b3e4-c717756ddedc

Author: Copilot

CHANGELOG.md

@@ -17,7 +17,7 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 - **i18n Kernel Service `getTranslations` Returns Wrong Format** (`apps/console`): Fixed the `createKernel` i18n service registration where `getTranslations` returned a wrapped `{ locale, translations }` object instead of the flat `Record<string, any>` dictionary expected by the spec's `II18nService` interface. The HttpDispatcher wraps the service return value in `{ data: { locale, translations } }`, so the extra wrapping caused translations to be empty or double-nested in the API response (`/api/v1/i18n/translations/:lang`). The service now returns `resolveI18nTranslations(bundles, lang)` directly, aligning with the spec and making CRM business translations work correctly in all environments (MSW, server, dev).
 
-- **i18n Translations Empty in Server Mode (`pnpm start`)** (`apps/console`): Fixed translations returning `{}` when running the real ObjectStack server on port 3000. The root cause was a **timing issue in the kernel bootstrap sequence**: `AppPlugin.start()` → `loadTranslations()` runs during Phase 2 (start), but the kernel's memory i18n fallback is only auto-registered in `validateSystemRequirements()` which runs AFTER Phase 2 — so `loadTranslations()` found no i18n service and silently skipped loading. Fixed by adding a `MemoryI18nPlugin` to `objectstack.config.ts` that registers the in-memory i18n service during Phase 1 (init), ensuring it's available when `AppPlugin.start()` runs. Also added a spec-format `translations` array to `objectstack.shared.ts` so `AppPlugin.loadTranslations()` can iterate and load the CRM locale bundles. The plugin's name (`com.objectstack.service.i18n`) matches the CLI's deduplication check, preventing conflicts with `@objectstack/service-i18n` if installed later.
+- **i18n Translations Empty in Server Mode (`pnpm start`)** (`apps/console`): Fixed translations returning `{}` when running the real ObjectStack server on port 3000. The root cause was that the CLI's `isHostConfig()` function detects plugins with `init` methods in the config's `plugins` array and treats it as a "host config" — **skipping auto-registration of `AppPlugin`**. Without `AppPlugin`, the config's translations, objects, and seed data were never loaded. Additionally, the kernel's memory i18n fallback is only auto-registered in `validateSystemRequirements()` (after all plugin starts), too late for `AppPlugin.start()` → `loadTranslations()`. Fixed by: (1) explicitly adding `AppPlugin(sharedConfig)` to `objectstack.config.ts` plugins, and (2) adding `MemoryI18nPlugin` before it to register the i18n service during init phase. Also added a spec-format `translations` array to `objectstack.shared.ts` so `AppPlugin.loadTranslations()` can iterate and load the CRM locale bundles.
 
 - **Duplicate Data in Calendar and Kanban Views** (`@object-ui/plugin-view`, `@object-ui/plugin-kanban`, `@object-ui/plugin-list`): Fixed a bug where Calendar and Kanban views displayed every record twice. The root cause was that `ObjectView` (plugin-view) unconditionally fetched data even when a `renderListView` callback was provided — causing parallel duplicate requests since `ListView` (plugin-list) independently fetches its own data. The duplicate fetch results triggered re-renders that destabilised child component rendering, leading to duplicate events in the calendar and duplicate cards on the kanban board. Additionally, `ObjectKanban` lacked proper external-data handling (`data`/`loading` props with `hasExternalData` guard), unlike `ObjectCalendar` which already had this pattern. Fixes: (1) `ObjectView` now skips its own fetch when `renderListView` is provided, (2) `ObjectKanban` now accepts explicit `data`/`loading` props and skips internal fetch when external data is supplied (matching `ObjectCalendar`'s pattern), (3) `ListView` now handles `{ value: [] }` OData response format consistently with `extractRecords` utility. Includes regression tests.
 

apps/console/objectstack.config.ts

@@ -23,6 +23,7 @@ const MSWPlugin = MSWPluginPkg.MSWPlugin || (MSWPluginPkg as any).default?.MSWPl
 const ObjectQLPlugin = ObjectQLPluginPkg.ObjectQLPlugin || (ObjectQLPluginPkg as any).default?.ObjectQLPlugin || (ObjectQLPluginPkg as any).default;
 const InMemoryDriver = DriverMemoryPkg.InMemoryDriver || (DriverMemoryPkg as any).default?.InMemoryDriver || (DriverMemoryPkg as any).default;
 const DriverPlugin = RuntimePkg.DriverPlugin || (RuntimePkg as any).default?.DriverPlugin || (RuntimePkg as any).default;
+const AppPlugin = RuntimePkg.AppPlugin || (RuntimePkg as any).default?.AppPlugin || (RuntimePkg as any).default;
 const HonoServerPlugin = HonoServerPluginPkg.HonoServerPlugin || (HonoServerPluginPkg as any).default?.HonoServerPlugin || (HonoServerPluginPkg as any).default;
 const createMemoryI18n = CorePkg.createMemoryI18n || (CorePkg as any).default?.createMemoryI18n;
 
@@ -32,17 +33,17 @@ import { ConsolePlugin } from './plugin';
  * Lightweight plugin that registers the in-memory i18n service during the
  * init phase.  This is critical for server mode (`pnpm start`) because:
  *
- *   1. The CLI auto-registers AppPlugin(config) before config plugins.
- *   2. During bootstrap, all plugin inits run first, then all starts.
- *   3. AppPlugin.start() → loadTranslations() needs the i18n service.
- *   4. The kernel's own memory fallback is registered in
- *      validateSystemRequirements() which runs AFTER all starts — too late.
+ *   1. AppPlugin.start() → loadTranslations() needs an i18n service.
+ *   2. The kernel's own memory i18n fallback is auto-registered in
+ *      validateSystemRequirements() — which runs AFTER all plugin starts.
+ *   3. Without an early-registered i18n service, loadTranslations() finds
+ *      nothing and silently skips — translations never get loaded.
  *
- * By providing the service during init, AppPlugin.start() finds it and
- * loads the spec-format `translations` array from the config.
+ * By registering the service during init (Phase 1), AppPlugin.start()
+ * (Phase 2) finds it and loads the spec-format `translations` array.
  *
- * Name matches the check in CLI's serve command so it won't attempt to
- * duplicate-register I18nServicePlugin from @objectstack/service-i18n.
+ * Name matches the CLI's dedup check so it won't attempt to also import
+ * @objectstack/service-i18n.
  */
 class MemoryI18nPlugin {
   readonly name = 'com.objectstack.service.i18n';
@@ -55,8 +56,24 @@ class MemoryI18nPlugin {
   }
 }
 
+/**
+ * Plugin ordering matters for server mode (`pnpm start`):
+ *
+ * The CLI's isHostConfig() detects that config.plugins contains objects with
+ * init methods (ObjectQLPlugin, DriverPlugin, etc.) and treats this as a
+ * "host config" — skipping auto-registration of AppPlugin.
+ *
+ * We therefore include AppPlugin explicitly so that:
+ *   - Objects/metadata are registered with the kernel
+ *   - Seed data is loaded into the in-memory driver
+ *   - Translations are loaded into the i18n service (via loadTranslations)
+ *
+ * MemoryI18nPlugin MUST come before AppPlugin so that the i18n service
+ * exists when AppPlugin.start() → loadTranslations() runs.
+ */
 const plugins: any[] = [
     new MemoryI18nPlugin(),
+    new AppPlugin(sharedConfig),
     new ObjectQLPlugin(),
     new DriverPlugin(new InMemoryDriver(), 'memory'),
     new HonoServerPlugin({ port: 3000 }),

apps/console/src/__tests__/i18n-translations.test.ts

@@ -50,7 +50,7 @@ describe('i18n translations pipeline', () => {
   // ── Kernel service layer ───────────────────────────────────────────
 
   it('kernel i18n service returns flat translations dict (not wrapped)', () => {
-    const i18nService = result.kernel.getService('i18n');
+    const i18nService = result.kernel.getService('i18n') as any;
     const translations = i18nService.getTranslations('zh');
 
     // Must NOT have the { locale, translations } wrapper
@@ -60,14 +60,14 @@ describe('i18n translations pipeline', () => {
   });
 
   it('kernel i18n service returns English translations', () => {
-    const i18nService = result.kernel.getService('i18n');
+    const i18nService = result.kernel.getService('i18n') as any;
     const translations = i18nService.getTranslations('en');
 
     expect(translations.crm.objects.account.label).toBe(EXPECTED_EN_ACCOUNT_LABEL);
   });
 
   it('kernel i18n service returns empty for unknown locale', () => {
-    const i18nService = result.kernel.getService('i18n');
+    const i18nService = result.kernel.getService('i18n') as any;
     const translations = i18nService.getTranslations('xx');
 
     expect(Object.keys(translations)).toHaveLength(0);
@@ -79,7 +79,7 @@ describe('i18n translations pipeline', () => {
     const { HttpDispatcher } = await import('@objectstack/runtime');
     const dispatcher = new HttpDispatcher(result.kernel);
 
-    const dispatchResult = await dispatcher.handleI18n('/translations/zh', 'GET', {}, {});
+    const dispatchResult = await dispatcher.handleI18n('/translations/zh', 'GET', {}, {} as any);
 
     expect(dispatchResult.handled).toBe(true);
     expect(dispatchResult.response?.status).toBe(200);
@@ -115,7 +115,7 @@ describe('i18n translations pipeline', () => {
   // ── Server-mode compatibility (AppPlugin.loadTranslations) ────────
 
   it('kernel i18n service supports loadTranslations (AppPlugin compat)', () => {
-    const i18nService = result.kernel.getService('i18n');
+    const i18nService = result.kernel.getService('i18n') as any;
 
     // AppPlugin.loadTranslations calls these methods; they must exist
     expect(typeof i18nService.loadTranslations).toBe('function');
@@ -125,7 +125,7 @@ describe('i18n translations pipeline', () => {
   });
 
   it('kernel i18n service getLocales returns all CRM locales', () => {
-    const i18nService = result.kernel.getService('i18n');
+    const i18nService = result.kernel.getService('i18n') as any;
     const locales = i18nService.getLocales();
 
     // CRM declares 10 locales: en, zh, ja, ko, de, fr, es, pt, ru, ar
@@ -172,11 +172,11 @@ describe('i18n translations pipeline', () => {
     }
 
     // After loading, getTranslations must return populated CRM data
-    const zh = svc.getTranslations('zh');
+    const zh = svc.getTranslations('zh') as any;
     expect(zh).toHaveProperty('crm');
     expect(zh.crm.objects.account.label).toBe(EXPECTED_ZH_ACCOUNT_LABEL);
 
-    const en = svc.getTranslations('en');
+    const en = svc.getTranslations('en') as any;
     expect(en).toHaveProperty('crm');
     expect(en.crm.objects.account.label).toBe(EXPECTED_EN_ACCOUNT_LABEL);