fix(i18n): add MemoryI18nPlugin to fix timing issue in server mode

Root cause: In server mode (`pnpm start`), the kernel bootstrap sequence
runs plugin starts BEFORE validateSystemRequirements(). The memory i18n
fallback service is auto-registered in validateSystemRequirements() —
AFTER AppPlugin.start() → loadTranslations() has already tried (and
failed) to find the i18n service, silently skipping translation loading.

Fix: Add a MemoryI18nPlugin to objectstack.config.ts that registers the
in-memory i18n service during the init phase (Phase 1). Since ALL inits
complete before ANY starts, the service is available when AppPlugin.start()
runs in Phase 2. The plugin's name ('com.objectstack.service.i18n') matches
the CLI's dedup check, preventing conflicts.

Also added a server-mode simulation test that validates the full flow:
createMemoryI18n → loadTranslations (AppPlugin-style) → getTranslations.

All 746 console tests pass.

Co-authored-by: hotlong <50353452+hotlong@users.noreply.github.com>
Agent-Logs-Url: https://github.com/objectstack-ai/objectui/sessions/8eb7854e-6a7b-4b91-bcca-6d28bff373a3

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 runtime's `AppPlugin.loadTranslations()` looks for translations in a top-level `translations` array in the config, but the console's `sharedConfig` only provided them in the custom `i18n.bundles` format used by `createKernel.ts`. Added a `translations` array in the spec-expected format (each entry maps `{ [locale]: { namespace: data } }`) to `objectstack.shared.ts` so that `AppPlugin` can load them into the kernel's in-memory i18n fallback. Also expanded the i18n service registration in `createKernel.ts` to implement `loadTranslations()`, `getLocales()`, `getDefaultLocale()`, and `setDefaultLocale()` — methods required by both `AppPlugin` and `HttpDispatcher`.
+- **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.
 
 - **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

@@ -16,16 +16,47 @@ import * as HonoServerPluginPkg from '@objectstack/plugin-hono-server';
 import * as DriverMemoryPkg from '@objectstack/driver-memory';
 // @ts-ignore
 import * as RuntimePkg from '@objectstack/runtime';
+// @ts-ignore
+import * as CorePkg from '@objectstack/core';
 
 const MSWPlugin = MSWPluginPkg.MSWPlugin || (MSWPluginPkg as any).default?.MSWPlugin || (MSWPluginPkg as any).default;
 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 HonoServerPlugin = HonoServerPluginPkg.HonoServerPlugin || (HonoServerPluginPkg as any).default?.HonoServerPlugin || (HonoServerPluginPkg as any).default;
+const createMemoryI18n = CorePkg.createMemoryI18n || (CorePkg as any).default?.createMemoryI18n;
 
 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.
+ *
+ * By providing the service during init, AppPlugin.start() finds it and
+ * loads the spec-format `translations` array from the config.
+ *
+ * Name matches the check in CLI's serve command so it won't attempt to
+ * duplicate-register I18nServicePlugin from @objectstack/service-i18n.
+ */
+class MemoryI18nPlugin {
+  readonly name = 'com.objectstack.service.i18n';
+  readonly version = '1.0.0';
+  readonly type = 'service' as const;
+
+  init(ctx: any) {
+    const svc = createMemoryI18n();
+    ctx.registerService('i18n', svc);
+  }
+}
+
 const plugins: any[] = [
+    new MemoryI18nPlugin(),
     new ObjectQLPlugin(),
     new DriverPlugin(new InMemoryDriver(), 'memory'),
     new HonoServerPlugin({ port: 3000 }),

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

@@ -149,4 +149,41 @@ describe('i18n translations pipeline', () => {
     expect(first.zh.crm.objects.account.label).toBe(EXPECTED_ZH_ACCOUNT_LABEL);
     expect(first.en.crm.objects.account.label).toBe(EXPECTED_EN_ACCOUNT_LABEL);
   });
+
+  // ── Server-mode flow simulation ───────────────────────────────────
+  // Simulates the exact flow that `pnpm start` (CLI serve) uses:
+  // 1. createMemoryI18n() registers the i18n service
+  // 2. AppPlugin.loadTranslations() iterates config.translations
+  // 3. HttpDispatcher.handleI18n() calls getTranslations(locale)
+
+  it('server-mode: memory i18n + AppPlugin loadTranslations produces populated response', async () => {
+    // Import the same createMemoryI18n used by the MemoryI18nPlugin in objectstack.config.ts
+    const { createMemoryI18n } = await import('@objectstack/core');
+    const svc = createMemoryI18n();
+
+    // Simulate AppPlugin.loadTranslations() iterating the spec-format translations array
+    const translations = (appConfig as any).translations;
+    for (const bundle of translations) {
+      for (const [locale, data] of Object.entries(bundle)) {
+        if (data && typeof data === 'object') {
+          svc.loadTranslations(locale, data as Record<string, unknown>);
+        }
+      }
+    }
+
+    // After loading, getTranslations must return populated CRM data
+    const zh = svc.getTranslations('zh');
+    expect(zh).toHaveProperty('crm');
+    expect(zh.crm.objects.account.label).toBe(EXPECTED_ZH_ACCOUNT_LABEL);
+
+    const en = svc.getTranslations('en');
+    expect(en).toHaveProperty('crm');
+    expect(en.crm.objects.account.label).toBe(EXPECTED_EN_ACCOUNT_LABEL);
+
+    // getLocales must list all loaded languages
+    const locales = svc.getLocales();
+    expect(locales).toContain('en');
+    expect(locales).toContain('zh');
+    expect(locales.length).toBeGreaterThanOrEqual(10);
+  });
 });