feat(harmonyos): preview desktop MiniApps in native ArkWeb - #2910
Draft
wgqqqqq wants to merge 1 commit into
Draft
Conversation
wgqqqqq
marked this pull request as draft
September 9, 2026 07:00
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Add a native HarmonyOS MiniApp preview: users connected to a desktop can list installed MiniApps and run their compiled HTML/CSS/JavaScript locally in ArkWeb. Storage and Worker calls go back through the existing encrypted Remote Connect transport and desktop permission paths.
The preview includes compact and wide navigation, capability refresh after desktop upgrades, connection/version-bound calls, and the real-device ArkWeb loading fix (an empty initial
srcand a synthetic HTTPS base for in-memory HTML).Type and Areas
Type: Feature / bug fix
Areas: HarmonyOS native app, desktop/Tauri adapter, Remote Connect protocol, tests and docs.
Motivation / Impact
Desktop MiniApps previously had no native HarmonyOS entry point. This adds an H5 preview without requiring a mobile-web host or uploading the app to a public server. The sandboxed iframe bridge exposes selected MiniApp calls rather than generic desktop invoke, and older hosts return a clear unsupported state.
Verification
cargo test --locked -p openbitfun-services-integrations --no-default-features --features remote-connect --lib remote_connect::miniapp::tests::— 2 passed; rerun during PR preparation.cargo check -p openbitfun-desktop --lib --no-default-features— passed during implementation.src/apps/mobile/harmonyos, aftersource scripts/ohos-env.sh:"$HVIGORW" --mode module -p product=default -p module=entry@default assembleHap --no-daemon— passed; signed HAP installed on a real HarmonyOS phone."$HVIGORW" --mode module -p module=entry@default -p ohos.test.type=LocalTest test --no-daemon— 511 passed.pnpm run harmony:architectureandgit diff --check— passed, including in the PR worktree based on current upstream/main.Reviewer Notes
Preview limits are documented in the HarmonyOS README: default light page appearance, 2 MiB HTML limit, no inherited workspace, no automatic mutation retries, and unsupported AI/Agent, dialog, clipboard, notification and export calls. Existing apps remain responsible for responsive CSS and touch behavior. Gomoku currently overlaps its bottom controls on narrow layouts and disables panning on the board; those app-specific styles are not changed here.
Checklist