feat: ecosystem submodules, CI improvements, and EasyCLA compliance

[DamianReeves]

Summary

Ecosystem Integration

• Add ecosystem directory with morphir-rust and morphir-examples as git submodules
• Integrate morphir CLI from morphir-rust into the main crates directory
• Wire morphir-live to morphir-rust crates via path dependencies
• Add mise tasks for submodule management (init, update, status, add, pull)

CI/Build Improvements

• Separate CI jobs for morphir-live and morphir CLI to resolve dependency conflicts
  • dioxus-desktop and extism have incompatible toml_datetime version requirements
  • Each job uses dedicated workspace preparation via mise tasks
• Add fast-path for docs-only changes (skips Rust builds, completes in seconds)
• Add path filtering with dorny/paths-filter to detect what changed
• Add GTK/webkit2gtk dependencies for desktop build validation
• Add mise init with --ci flag for shallow submodule checkout
• Replace inline CI scripts with Python-backed mise tasks for maintainability

Configuration

• Add Renovate grouping rules for: rust, github-actions, mise-tools, docker
• Normalize line endings to LF via .gitattributes for cross-platform consistency
• Add husky commit-msg hook to enforce EasyCLA compliance by blocking AI co-author trailers

Code Quality

• Fix Monaco editor reactivity issues (address Codex review feedback):
  • Make Monaco readiness reactive by reading signal inside effect
  • Use web_sys/js_sys::Reflect for reliable content sync

Test plan

• Verify submodules initialize correctly with mise run init
• Verify CI builds both morphir-live and morphir CLI successfully
• Verify desktop build compiles with GTK dependencies
• Test commit-msg hook blocks AI co-authors
• Verify fast-path skips heavy builds for docs-only changes
• Verify Monaco editor initializes correctly on web

[netlify]

✅ Deploy Preview for angry-raman-7c44f6 canceled.

Name	Link
🔨 Latest commit	a5afe32
🔍 Latest deploy log	https://app.netlify.com/projects/angry-raman-7c44f6/deploys/698316ed7bbdbb000876acc3

[linux-foundation-easycla]

The committers listed above are authorized under a signed CLA.

• ✅ login: DamianReeves / name: Damian Reeves (44979c6, 4a8a497, 608512e, 74cab8f, 8a1e503, 9b695e1, 9c07dcb, a514c08, a5afe32, b168f8c, cf435bd)

[chatgpt-codex-connector]

💡 Codex Review

morphir/crates/morphir-live/src/components/settings/editor/web.rs

Lines 23 to 33 in 76d68ae

	// Check global Monaco ready state
	let monaco_ready = monaco::use_monaco_ready();
	// Use a fixed container ID for the TOML editor
	let container_id = "toml-editor-container";
	// Effect to initialize the editor instance when Monaco is ready
	use_effect(move || {
	// Only proceed if Monaco is globally ready and we haven't initialized this editor yet
	if !monaco_ready || *editor_initialized.read() {
	return;

Make Monaco readiness reactive before init effect

The initialization effect captures monaco_ready as a plain bool before use_effect, so the effect won’t re-run when Monaco becomes ready asynchronously. If the editor renders while monaco_ready is still false (the common case for a CDN-loaded Monaco), the early return at if !monaco_ready prevents initialization permanently, leaving the TOML editor stuck in the loading state. Read the readiness signal inside the effect (or otherwise make it a reactive dependency) so the init logic runs after Monaco flips to ready.

---

morphir/crates/morphir-live/src/components/settings/editor/web.rs

Lines 92 to 99 in 76d68ae

	let get_content_script = "window.getMonacoContent('toml-editor-container')";
	let result = document::eval(get_content_script);
	if let Ok(value) = result.await {
	if let Some(new_content) = value.as_str() {
	if new_content != last_content {
	last_content = new_content.to_string();
	pending_content.set(new_content.to_string());

Avoid relying on document::eval return for content sync

The polling loop relies on document::eval to return the string from window.getMonacoContent(...), but Dioxus eval return values are not reliable and often resolve to undefined, which makes value.as_str() return None. In those cases the TOML editor never calls on_change, so edits are silently dropped on web builds. Prefer reading via js_sys::Reflect (as done for readiness) or have JS write the content to a window property and read it via web_sys.

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

[DamianReeves]

Addressed Review Feedback

The issues raised by Codex have been fixed in commit 8a1e503:

P1 - Make Monaco readiness reactive before init effect

• Fixed by reading monaco::use_monaco_ready() inside the use_effect closure to ensure proper reactive tracking
• The effect now re-runs when Monaco becomes ready asynchronously

P2 - Avoid relying on document::eval return for content sync

• Added get_editor_content_js() function that reads content via web_sys/js_sys::Reflect
• Modified JS to write content to window.__monacoContent_* property on every change via onDidChangeModelContent handler
• Polling loop now uses get_editor_content_js() instead of unreliable document::eval return value

See: 8a1e503e