JNI libraries share a name across platforms, so isLoaded is not a
platform check. Gate Linux-only native calls, skip headless AWT and
off-OS launchd, and accept notification/hotkey failure when the
desktop service is missing.
Make the 75% floor the union of Linux, macOS and Windows reports
instead of a single-OS check. Exercise systemd, D-Bus, hidpi and
Linux JNI paths, and fix disableEfficiencyMode EACCES plus a
Windows getAllTasks UnsatisfiedLinkError off-host.
Enable kotlinx-kover 0.9.8 on library modules with a 75% line-coverage
floor. Generated icon/symbol catalogues stay excluded; production
packages are not filtered to inflate the number.
Also fix three bugs found while writing tests:
- Version.fromString treats empty semver groups as 0
- FileSelector maps the exe format to .exe
- system-info Linux/Windows backends require the matching Platform
UndocumentedPublicClass and UndocumentedPublicFunction were off, so KDoc
on public API was entirely voluntary and coverage drifted. Turn both on
and grandfather the existing 419 gaps in per-module detekt-baseline.xml
files, which detekt picks up automatically: pre-existing gaps stay
green, any new undocumented public class or function fails the build.
UndocumentedPublicProperty stays off — it reports 7618 hits, 6493 of
them generated constants in sf-symbols and freedesktop-icons.
Also flip config.warningsAsErrors, which governs detekt's own config
validation, so a deprecated or unknown config key fails instead of
warning as detekt is upgraded.
Every native JNI module carried its own copy of the buildNative* Exec
boilerplate (~25 modules), and the copies had drifted: relative vs
absolute build-script paths, `enabled =` vs `onlyIf {}` guards, and
three spellings of the macOS task name.
A buildSrc convention plugin now owns the whole wiring — task
registration, source inputs, resources output, host-OS and
prebuilt-on-CI guards, absolute script invocation, NativeLibraryLoader
cache eviction, and the processResources/sourcesJar dependencies — so a
module declares one line per platform.
Also drops the root `tasks.withType<Exec>()` block that patched inputs
and guards onto the modules after the fact; it was clobbering each
module's own prebuilt guard on non-CI machines.
Apply kotlinx binary-compatibility-validator and Kotlin explicitApi() at the
root for every non-example module (same harness as decorated-window-tao).
Commit api/*.api baselines, wire apiCheck into preMerge, and document the
workflow. decorated-window-jewel keeps explicitApi but is skipped by BCV until
ASM can read JVM 25 class files.
All 15 native build.bat scripts now use vswhere (resolves any installed
VS version including 18+) with fallback to hardcoded paths for edge cases.
Fixes CI failure when runner image upgrades Visual Studio versions.
New taskbar-progress-tao adapter module providing Tao-backed window support. Adds NucleusTaskbarProgress facade that transparently dispatches to correct backend (AWT or Tao) via runtime window type checking. All operations offloaded to daemon thread to prevent shutdown deadlocks. Refactored example to use backend-agnostic NucleusWindow API.
- New module: taskbar-progress-tao with TaoTaskbarProgress and NucleusTaskbarProgress
- Unified API: extension functions on NucleusWindow (transparent to callers)
- Threading: all native calls offloaded to executor (non-blocking, prevents freeze-on-close)
- Platform support: Windows ITaskbarList3 via HWND, macOS/Linux delegates to existing implementations
- Example refactored: removes backend-specific dispatch logic
Replace compileOnly declarations with implementation or api depending on
whether types are exposed in public API signatures. Core-runtime is now
implementation (transitively provided at runtime). Dependencies appearing
in public method signatures use api scope. Update documentation to reflect
transitive dependency availability.
Implement cross-platform global hotkey support for Linux:
- X11 backend: XGrabKey/XUngrabKey with 16 lock-mask combinations, polling thread
- Wayland backend: org.freedesktop.portal.GlobalShortcuts via GIO/GDBus with GMainLoop
Refactoring:
- Move LinuxDesktopFileDetector from taskbar-progress to core-runtime (no duplication)
- Add Platform.isWayland to core-runtime
- Add NativeLinuxHotKeyBridge JNI bridge (same pattern as macOS/Windows)
Key fix for GNOME portal: recreate session before each BindShortcuts call.
GNOME's portal implementation rejects multiple BindShortcuts on the same session,
so we close the old session and create a fresh one for each bind operation.
Update example app to use reverse-DNS package name (io.github.kdroidfilter.NucleusDemo)
and avoid Ctrl+Alt+Fn combinations (trigger VT switching on Linux).
Add new launcher-linux module implementing the com.canonical.Unity.LauncherEntry
D-Bus interface (count, progress, urgency, quicklist, updating properties).
Refactor taskbar-progress to delegate its Linux backend to launcher-linux
instead of maintaining its own JNI/C implementation, removing the redundant
native code.
Update all CI workflows to build/distribute the new launcher-linux native
library and remove the now-unnecessary taskbar-progress Linux .so artifacts.
Implements cross-platform taskbar progress for Linux using the DBus
com.canonical.Unity.LauncherEntry protocol (GNOME, KDE, others).
Key features:
- Auto-detects .desktop filename from NucleusApp.appId (plugin-injected packageName)
with fallback to GIO_LAUNCHED_DESKTOP_FILE, BAMF_DESKTOP_FILE_HINT, or XDG scan
- Linux JNI bridge (GLib/GIO) emits Update signals with progress/urgent properties
- 15KB native .so for x64/aarch64, compiled with pkg-config GIO flags
- Supports all State enum variants (progress bar color varies by state)
- Attention requests via DBus urgent flag
TaskbarProgress.isAvailable() now returns true on Linux when the .desktop file exists.
Extracted desktop file detection into LinuxDesktopFileDetector for code clarity.
Implement NSDockTile-based progress indicator with custom NSProgressIndicator
subclass. Supports progress values, states (normal/error/paused/indeterminate),
and attention requests (bounce). Auto-promotes setProgress to NORMAL state when
no explicit state set, matching Windows behavior. Updates example to auto-show
progress bar when slider moves from initial NO_PROGRESS state.
New module providing Windows taskbar progress indicator and attention
request via JNI (ITaskbarList3 COM and FlashWindowEx). Noop on macOS/Linux.
API: TaskbarProgress.showProgress/showError/showPaused/showIndeterminate/
hideProgress/requestAttention/stopAttention. Example app includes a
Taskbar tab to demo all features.
Elie Gambache