Skip to content

Changelog


ft_sdk

Positioning: The main SDK for HarmonyOS RUM and Log, responsible for basic application initialization, RUM data collection, log collection, Trace correlation, and automatic network request tracking.

0.1.14-alpha06 (2026/05/14)

  1. Added FTTraceConfig.setTraceHeaderHandler(...), supporting custom Trace context generation logic after the SDK generates default Trace Headers.
  2. Migrated the RUM cache count configuration to FTRUMConfig.setRumCacheLimitCount(...); the Log cache count remains in FTLoggerConfig.setLogCacheLimitCount(...).
  3. Added exports for WebView integration, advanced RCP interceptor assembly, and underlying Trace interceptor types in the root directory Index.ets, eliminating the need for deep import paths in public examples.
  4. Added versioned FTSDKExtensionBridge extension module integration contract.
  5. Added versioned extension contract exports to avoid ft_sdk_ext depending on internal paths of ft_sdk/src/main.

0.1.14-alpha05 (2026/05/11)

  1. No functional changes, version number aligned with ft_sdk_ext.

0.1.14-alpha04 (2026/04/30)

  1. Fixed the issue of missing dynamic attributes (including user data) during View data confirmation.
  2. Fixed the occasional instability issue with random UserID assignment.

0.1.14-alpha03 (2026/04/14)

  1. Split the capability based on @kit.NetworkKit HttpInterceptor from ft_sdk into the new ft_sdk_ext module to maintain core SDK compatibility with older compilers.
  2. Retained RCP and Axios-compatible automatic collection capabilities within ft_sdk.
  3. Added a shared network auxiliary layer to reuse automatic collection logic between the core module and extension modules without exposing symbols exclusive to the new compiler.

0.1.14-alpha02 (2026/04/10)

  1. Added applyFTAxiosTrack, supporting automatic collection for @ohos/axios version 2.2.4 via Axios request/response interceptors.
  2. Retained the Axios automatic collection method based on interceptorChain, supporting @ohos/axios version 2.2.8 and above.

0.1.14-alpha01 (2026/04/02)

  1. Added HTTP automatic collection capability based on @kit.NetworkKit interceptor.
  2. Added @ohos/axios automatic collection support, reusing the HTTP interceptor chain.
  3. Unified network tracking auxiliary API exports for RCP and HTTP.

0.1.13-alpha01 (2026/03/13)

  1. Decoupled ft_native from ft_sdk, providing a clearer integration method.
  2. When a project depends on ft_native, Native Crash collection is automatically supported.
  3. Dependency requirement: ft_native >= 0.1.0-alpha02.

ft_sdk_ext

Positioning: HarmonyOS extension module, hosting @kit.NetworkKit HttpInterceptor chain-related APIs under newer compilers and platform capabilities.

0.1.14-alpha06 (2026/05/14)

  1. Migrated NetworkKit interceptor integration to use the versioned FTSDKExtensionBridge contract provided by ft_sdk.
  2. Removed ft_sdk_ext's dependency on internal source tree import paths of ft_sdk.

0.1.14-alpha05 (2026/05/11)

  1. Updated the supported compatibleApi range to API 22.

0.1.14-alpha04 (2026/04/30)

  1. No functional changes, version number aligned with ft_sdk.

0.1.14-alpha03 (2026/04/14)

  1. Added the ft_sdk_ext HAR module to isolate newer HarmonyOS APIs such as HttpInterceptor and HttpRequestContext.
  2. Added createFTHttpInterceptorChain and applyFTHttpTrack for HTTP automatic collection based on HttpInterceptorChain.
  3. Added applyFTAxiosChainMethodBridge to supplement request method bridging for Axios interceptorChain scenarios.
  4. Aligned the version generation process of ft_sdk_ext with ft_sdk and added local HAR integration instructions.

ft_native

Positioning: HarmonyOS Native Crash extension module, used to supplement native-layer crash collection capability, must be used in conjunction with ft_sdk.

0.1.0-alpha02 (2026/03/13)

  1. Decoupled from ft_sdk, allowing independent integration of Native Crash capability based on dependency relationships.
  2. Optimized SDK version log output.
  3. Adapted for ft_sdk >= 0.1.13-alpha01.

0.1.0-alpha01 (2026/02/09)

  1. Fixed the issue where JavaScript Crash was misjudged as Native Crash.
  2. Added crash type filtering, only reporting real Native Crashes to FTNativeCrashAdapter.
  3. Avoided duplicate reporting of JS Crash and Native Crash.

Feedback

Is this page helpful? ×