Skip to content

chore: release main#7

Open
github-actions[bot] wants to merge 1 commit into
mainfrom
release-please--branches--main
Open

chore: release main#7
github-actions[bot] wants to merge 1 commit into
mainfrom
release-please--branches--main

Conversation

@github-actions
Copy link
Copy Markdown

@github-actions github-actions Bot commented May 26, 2026

🤖 I have created a release beep boop

react-native-linux: 0.1.0

0.1.0 (2026-06-02)

⚠ BREAKING CHANGES

  • deps: bump to React 19.1.7 + RN 0.81.5 + Hermes
  • consumers must install the scoped names. There is no unscoped 0.0.x release yet, so this is breakage in name only.

Features

  • codegen,host: component commands end-to-end (46934e5)
  • codegen: Fabric component MVP — Props + EventEmitter + Shadow + Descriptor (d41a28d)
  • codegen: ImageSource + Int32Enum component prop coverage (a231a13)
  • codegen: Linux TurboModule generator emits real C++ headers (ebbe9dc)
  • codegen: non-void callback returns (primitive) (32090a6)
  • codegen: Object + Array props on Fabric components (ab4d370)
  • codegen: object args inside callback param types (2e83adc)
  • codegen: Reserved + StringEnum prop coverage for Fabric components (d49dc46)
  • codegen: typed C++ structs in place of folly::dynamic for ObjectType (ece6d4b)
  • rn-linux: add View/Text/UnimplementedView shims + codegen specs (f640541)
  • rn: bump React Native 0.81 -> 0.85.3 + Hermes 0.16 + new Scheduler hook (f2c6392)

Bug Fixes

  • ci: unblock typecheck, autolink, vnext-configure, and jest (01efe7a)
  • typecheck,test,lint: unblock pre-push gate end-to-end (4e42dca)

Miscellaneous Chores

  • deps: bump to React 19.1.7 + RN 0.81.5 + Hermes (43427bd)
  • scope packages under @lucid-softworks/ (d9785e3)
react-native-linux-cli: 0.1.0

0.1.0 (2026-06-02)

⚠ BREAKING CHANGES

  • deps: bump to React 19.1.7 + RN 0.81.5 + Hermes
  • consumers must install the scoped names. There is no unscoped 0.0.x release yet, so this is breakage in name only.

Features

  • cli: add autolink-linux command + jest tests (f4ffbc3)
  • cli: autolink-linux picks up *NativeComponent.ts specs (2fe2a1b)
  • cli: autolink-linux runs Linux codegen per linked dep (76f3344)
  • cli: derive per-binary application-id from package.json (df65f00)
  • cli: pack-linux --target=rpm builds a .rpm via rpmbuild (8112132)
  • cli: pack-linux command with .deb packager (887848f)
  • rn: bump React Native 0.81 -> 0.85.3 + Hermes 0.16 + new Scheduler hook (f2c6392)

Bug Fixes

  • ci: unblock typecheck, autolink, vnext-configure, and jest (01efe7a)

Miscellaneous Chores

  • deps: bump to React 19.1.7 + RN 0.81.5 + Hermes (43427bd)
  • scope packages under @lucid-softworks/ (d9785e3)

This PR was generated with Release Please. See documentation.

@github-actions github-actions Bot force-pushed the release-please--branches--main branch 2 times, most recently from 0a745c4 to ecc49f2 Compare May 27, 2026 17:26
ImLunaHey added a commit that referenced this pull request May 31, 2026
Phase 5.9 item #7 — `g_input_stream_read` ran on the libsoup
async-callback thread (= main GMainContext = main UI thread).
Multi-MB downloads at network rates kept the main loop stuck inside
`onSoupSendFinish` for seconds; GTK paint + JS pump both stalled.

Refactors the body-read into `readBodyLoop` on a detached
std::thread:

  main thread (onSoupSendFinish)         worker (readBodyLoop)
  ──────────────────────────             ───────────────────
  soup_session_send_finish               open ofstream
  parse Content-Length                   for each 256 KiB chunk:
  spawn std::thread →                       g_input_stream_read
                                            out.write
                                            (throttled) g_idle_add(
                                                onDownloadProgress)
                                          out.close
                                          g_idle_add(onDownloadDone)

Both `onDownloadProgress` and `onDownloadDone` fire back on the
main thread via `g_idle_add(G_PRIORITY_DEFAULT_IDLE, ...)` — the
jsi callbacks the JS bindings register assume main-thread execution
under our current threading model (they call `state().runtime`
directly), so the hop preserves that contract.

DownloadFinish + DownloadProgressHop are heap-alloc'd carriers
between the worker and the main-thread completion; the worker hands
ownership across and the main-thread callback frees them after
firing the JS callbacks.

Cancellation still uses ctx->cancellable — the read loop checks it
on every g_input_stream_read, so a `fsDownloadCancel` from JS
during a multi-second transfer terminates the worker within one
chunk (256 KiB ≈ 100 ms at slow rates) and surfaces "cancelled"
through onError.
@github-actions github-actions Bot force-pushed the release-please--branches--main branch 11 times, most recently from f157347 to 3c8260f Compare June 1, 2026 11:42
@github-actions github-actions Bot force-pushed the release-please--branches--main branch 9 times, most recently from a50bc59 to bb05cf6 Compare June 1, 2026 15:58
@github-actions github-actions Bot force-pushed the release-please--branches--main branch from bb05cf6 to 980c2ac Compare June 2, 2026 02:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants