Skip to content

Stryker V6.0.1 [Hotfix]

Latest

Choose a tag to compare

@zalexdev zalexdev released this 13 Aug 15:49
· 3 commits to main since this release

Fixed

  • Data loss when upgrading from pre-4.5R installs. The guard before deleting the old
    chroot required all four of its mounts to be present, so a partly detached chroot — and
    the pre-4.5R layout, which binds the whole /sdcard at <root>/sdcard instead of
    <root>/sdcard/Stryker — read as "nothing mounted". The delete then followed the live
    bind into internal storage. Mount detection is now layout-agnostic, every recursive
    delete is gated on it and fails closed when /proc/mounts cannot be read, and killroot
    detaches both bind layouts plus anything else left under the chroot.
  • Install no longer proceeds after a failed cleanup, instead of extracting the rootfs
    over a live mount.
  • "no usable tar" on devices without root. A missing su was masked by an echo stub,
    so every probe returned nothing and the installer blamed tar. Missing root is now named
    as the cause, and the pre-check no longer starts a chroot install without root — it
    offers the rootless engine instead of a dead end.
  • Captured handshakes never reached the captured folder. 6.0 replaced a root-shell
    move with an app-side directory listing, which does not share root's view of shared
    storage. Falls back to a mount-master root shell.
  • Wordlists were not listed. Shared storage was listed through a root shell whose view
    of /storage/emulated/0 differs from the app's; it is now listed by the app in both
    engines, and the Wi-Fi wordlist picker follows the rootless share.
  • Terminal crashed on launch with Cannot create component config directory. A stale
    file or dangling symlink made exists() report absent while mkdirs() failed. The path
    is now repaired, and a config-directory failure falls back to built-in defaults instead
    of killing the activity.

Changed

  • CI builds again: lint no longer aborts the library modules (thanks @kylefmohr, #40).