aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Multi-dir plugin loading, VFS Root Builder, Wine registry check, column ↵SulfurNitride2026-03-2217-636/+770
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | visibility fix Plugin loading: - Remove symlink-based ensureBundledPluginsLinked(), replace with multi-dir search (bundled dir takes priority, instance dir adds extras only) - Auto-clean stale symlinks from instance plugins/ dirs on startup - Add mergedProxyList() for proxy plugin discovery across both dirs VFS Root Builder (replaces Python rootbuilder.py): - Native C++ Root Builder integrated into FuseConnector - Deploy mod Root/ files to game dir before FUSE mount, clear on unmount - Per-instance toggle in Instance Manager (default: on) - Root Builder path normalization in processrunner.cpp: rewrite binary and start-in paths from mods/.../Root/ to Game Root for correct Wine path resolution (fixes SKSE + EngineFixes versionlib lookup) - Expose game dir and prefix to SLR pressure-vessel via --filesystem= Wine registry check: - Read/write Wine prefix system.reg (HKLM) with timestamp-aware parsing - Auto-check game install path before launch, prompt to fix if mismatched - Updates both Software\ and Wow6432Node\ registry keys Column visibility fix: - Guard updateGroupByProxy() during QHeaderView::restoreState() to prevent sort indicator restoration from triggering setSourceModel() which resets all columns to visible Python proxy: - Skip FixGameRegKey.py, crashlogtools, rootbuilder.py (Windows-only or replaced by native implementations) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
* Raise open file descriptor limit to 65536 in all launchersSulfurNitride2026-03-213-0/+17
| | | | | | | | Large modlists (e.g. Gate To Sovngarde) exceed the default 1024 fd limit during FUSE VFS recursive directory iteration, causing "Too many open files" errors. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
* Add per-session timestamped log files in launch directory, keep last 5SulfurNitride2026-03-182-5/+31
| | | | | | | | | | Each launch creates a new mo_interface_YYYY-MM-DD_HH-MM-SS.log in a logs/ folder next to where fluorine-manager was run from. Old logs are cleaned up to keep only the 5 most recent. Launcher scripts export FLUORINE_LAUNCH_DIR before cd'ing to the bin directory so the C++ side knows the original working directory. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix Steam game mode: strip LD_PRELOAD, robust looksValid(), restore env for ↵SulfurNitride2026-03-174-2/+61
| | | | | | | | | | | | | | | | | | games Steam injects 32-bit gameoverlayrenderer.so via LD_PRELOAD which causes "wrong ELF class" errors for 64-bit Qt6 apps. Save and clear LD_PRELOAD in both launcher and AppRun scripts, restore it in ProtonLauncher for game processes. Also hardens looksValid() with QFileInfo::exists() for absolute paths (QDir::exists() has edge cases with relative subdirectory paths), adds case-insensitive directory walking fallback, and adds debug logging to both looksValid() and detectGame(). Adds ~/.steam/debian-installation to Python steam_utils.py candidates. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix Steam game mode: clear LD_LIBRARY_PATH, deploy native basic_games, add ↵SulfurNitride2026-03-174-4/+25
| | | | | | | | | | | | | | | | | | | | | env var detection Steam game mode injects its scout/soldier runtime into LD_LIBRARY_PATH, which breaks Python extension modules and Qt internals that resolve dependencies via LD_LIBRARY_PATH rather than RPATH. This caused all Python-based basic_games plugins (Witcher 3, Oblivion Remastered, BG3, etc.) to fail to load when launched through Steam. Changes: - Launcher script: set LD_LIBRARY_PATH to only bundled lib/ dir instead of leaving Steam's runtime in the path - AppRun: same fix — replace rather than append to LD_LIBRARY_PATH - Deploy libbasic_games_native.so in tarball (was built but never copied) so basic_games entries work without Python dependency - Add STEAM_COMPAT_CLIENT_INSTALL_PATH env var check to Python steam_utils.py (mirrors C++ fix from e41a79a) for game mode detection Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix Steam game detection in game mode + add result cacheSulfurNitride2026-03-161-4/+26
| | | | | | | | | | | | | | | | | - Prepend STEAM_COMPAT_CLIENT_INSTALL_PATH as first Steam path candidate. Steam always sets this env var when launching any app (including in gamescope/game mode), so it reliably points to the correct Steam root even when $HOME resolves differently inside the gamescope session. - Canonicalize VDF-sourced library paths before dedup in getAllLibraryFolders() so /home/ ↔ /var/home/ symlinks (Bazzite/Fedora immutable distros) don't produce duplicate scan entries. - Cache findSteamGames() results in a static hash. Previously, findSteamGamePath() rebuilt the full library scan 45+ times per launch (once per registered game plugin). Now the scan runs at most once. Fixes game detection on Bazzite in Steam Game Mode. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix looksValid() for games with nested data directories (e.g. Oblivion ↵SulfurNitride2026-03-161-1/+20
| | | | | | | | | | | | | | | Remastered) Some UE5 games have their binary nested under a subdirectory of the Steam installdir even though the appmanifest points one level up. looksValid() was checking only for the binary at the game root, causing "does not seem to contain a game Mod Organizer can manage" when manually browsing. Add a fallback: if the binary isn't found at root, resolve the game's %GAME_PATH%-based dataDirectory and check if that path exists. The data path is unique enough to positively identify the game directory. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix stale symlink check in ensureBundledPluginsLinked for /var/home distrosSulfurNitride2026-03-161-1/+7
| | | | | | | | | | | | | | | On Bazzite (and other Fedora immutable distros), /home/ is a symlink to /var/home/. This caused the symlink staleness check to always fail when desktop mode and game mode resolved $HOME differently, deleting and re-creating plugin symlinks on every game-mode launch. If re-creation failed (e.g. race or gamescope restriction), libbasic_games.so would be missing from the per-instance plugin dir, producing the "game plugin 'Oblivion Remastered' doesn't exist" (PluginGone) error. Fix: use canonicalFilePath() on both sides of the comparison so paths that differ only by symlink component (/home/ vs /var/home/) compare equal. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix game domain override for all Nexus API request types (site mods)SulfurNitride2026-03-152-11/+21
| | | | | | | | | | | | | | | | | | The previous fix only overrode m_GameName in requestFileInfo and requestDownloadURL, but after the download completes STATE_FETCHINGMODINFO triggers requestDescription with the same fallback game plugin issue, causing 404s for nexusmods.com/site mods. Consolidate into applyGameNameOverride() helper called from: - requestFileInfo - requestDownloadURL - requestDescription - requestModInfo This ensures all API calls use "site" as the game domain when no matching game plugin is found. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix const mismatch: foundGame must be const IPluginGame* to accept m_ManagedGameSulfurNitride2026-03-151-1/+1
| | | | Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix NXM handler rejecting nexusmods.com/site tool downloadsSulfurNitride2026-03-152-13/+41
| | | | | | | | | | | | | | | | | | Tools like BethINI Pie use the "site" game domain on Nexus, which has no matching game plugin. Previously this triggered the "Wrong Game" error. Now "site" (and any other domain with no plugin) is allowed: - downloadmanager: detect "site" NXM links and allow download using managed game as context; propagate raw game name ("site") through pending tracking and API requests for correct Nexus API URLs - downloadmanager: in nxmFileInfoAvailable, default info->gameName to the raw game name before plugin lookup so "site" is preserved when no matching plugin is found - nexusinterface: override m_GameName with raw game name in both requestFileInfo and requestDownloadURL when the plugin is a fallback (i.e. doesn't actually match the requested game domain) Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Add Steam Linux Runtime (SLR) support + fix Use Proton defaultSulfurNitride2026-03-1518-14/+663
| | | | | | | | | | | | | | | | | | | | | | Steam Linux Runtime: - New Rust module (libs/nak/src/slr.rs): download SteamLinuxRuntime_sniper from repo.steampowered.com, SHA256 verification, BUILD_ID update checks - nak_ffi exports: nak_slr_is_installed, nak_slr_get_run_script, nak_download_slr - ProtonLauncher: wraps Proton launch inside SLR pressure-vessel container when enabled (run -- proton waitforexitandrun game.exe) - Instance Manager: SLR checkbox (default on) beside Steam DRM checkbox - Main window: pre-check downloads SLR before launch if needed - Proton settings tab: "Download Steam Linux Runtime" button - spawn.cpp: reads fluorine/use_slr per-instance INI key - Logs "Final command:" showing full assembled launch command Bug fixes: - Fix Use Proton off by default for plugin executables (executableslist.cpp) - Fix Use Proton off by default for file tree right-click (filetree.cpp) - Fix Fedora 43 Qt platform plugin crash: explicit QT_QPA_PLATFORM_PLUGIN_PATH - Add Qt6::Concurrent to CMakeLists for QtConcurrent background downloads Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix false 'libfuse3 not found' warning on Debian/UbuntuSulfurNitride2026-03-141-6/+23
| | | | | | | | | On Debian/Ubuntu, libfuse3-3 (runtime) installs libfuse3.so.3 but not the unversioned libfuse3.so symlink — that requires libfuse3-dev. Add .so.3 variants to the FUSE detection check so users with only the runtime package don't get a spurious warning. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix Qt version mixing: patchelf qt6plugins to use bundled lib/SulfurNitride2026-03-141-0/+6
| | | | | | | | | | | | | | | Qt platform plugins (libqxcb.so, libqxcb-glx-integration.so, etc.) kept aqtinstall's hardcoded RPATH (/opt/qt6/6.10.2/gcc_64/lib) which doesn't exist on user systems. The linker fell through to system Qt, loading the wrong version into the process link map. When PyQt6 bindings later loaded libQt6OpenGLWidgets, glibc reused the already-cached system version, causing private-API symbol mismatches against our bundled Qt 6.10 (seen on Mint, Bazzite, and likely all distros with system Qt installed). All Qt plugins are one subdir deep under qt6plugins/, so $ORIGIN/../../lib correctly resolves to our lib/ for all of them. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Bundle Qt libs missing from PyQt6 dep scan (fixes Bazzite crash)SulfurNitride2026-03-141-0/+16
| | | | | | | | | | | | PyQt6 is staged after the main dep-collection loop, so its .so deps (e.g. libQt6OpenGLWidgets) were never copied to lib/. The dynamic linker then fell back to the host's Qt RPM build, which exports Qt_6.*_PRIVATE_API version symbols that aqtinstall's Qt doesn't — causing a crash on Fedora- based distros (Bazzite, etc.) whenever a Python plugin imported PyQt6 OpenGL. Add a post-PyQt6 dep scan that bundles any Qt libs not yet present in lib/. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Bundle libxcb-cursor to fix Qt xcb platform plugin crashSulfurNitride2026-03-141-0/+11
| | | | | | | | | Qt >= 6.5.0 requires libxcb-cursor0 to load the xcb platform plugin, but it's frequently absent on user systems. All other libxcb libs are skipped (must match host X server ABI), but libxcb-cursor is a pure utility library safe to bundle. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Update README: add Building section and NixOS runtime requirementsSulfurNitride2026-03-131-0/+35
| | | | | | | | | - Replace Flatpak build/install instructions with Docker-based build.sh - Add Runtime Requirements section with unbundled library list - Add NixOS nix-ld configuration snippet (from PR #37 by Anseryde) - Update Installing section to reflect native tarball distribution Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Fix image link and clean up README.mdSulfurNitride2026-03-131-2/+1
| | | Updated image link in README.md and removed unnecessary HTML tags.
* Revise installation and running instructions in READMESulfurNitride2026-03-131-13/+2
| | | Updated installation instructions and clarified running commands.
* Fix DDS and winreg missing in Python pluginsSulfurNitride2026-03-132-3/+17
| | | | | | | | | | | - Stage DDS/ package from source directly to plugins/data/DDS/ in build-inner.sh (cmake MO2_STAGE_PYTHON_PLUGIN_PAYLOAD is OFF by default so the cmake-sourced path was silently skipped) - Stage winreg.py from libs/ directly as well (same root cause) - Guard `import winreg` in gog_utils.py with try/except ImportError and early-exit to Heroic GOG path if the shim is unavailable Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Bundle PBS Python 3.12 + PyQt6, restore Python plugins as .py filesSulfurNitride2026-03-139-510/+122
| | | | | | | | | | | | | | | | | | | | | | | | | | | | - Replace portable Python approach with python-build-standalone 3.12.13 (20260310 release) bundled directly in the distribution. Python is now always available without user setup — removes the Python settings tab. - PyQt6 staged to plugins/libs/PyQt6/ with bundled Qt stripped out; patchelf'd to use our existing bundled Qt in lib/ instead of duplicating it. - Restored native-converted plugins back to .py files: Form43Checker, ScriptExtenderPluginChecker, DDSPreview, basic_games, rootbuilder, installer_omod. Removed all *_native CMake targets. - pythonrunner.cpp: removed venv/MO2_PYTHON_DIR lookup; always uses bundled Python at <exe_dir>/python, system Python as last-resort fallback. - plugincontainer.cpp: removed fluorine/python_enabled gate (Python always loads), demoted proxy loading log messages from warn to debug, silenced [plugin-diag] stderr spam. - Dockerfile: switched from uv venv to PBS install_only tarball; PBS Python used for both build-time pybind11 compilation and runtime distribution. - build-inner.sh: aggressive Python staging (strip test/tkinter/ensurepip/ distutils/lib2to3/idlelib; wipe build-time site-packages, restore psutil+vdf). Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Replace wrestool with native Rust PE icon extraction (pelite)SulfurNitride2026-03-1219-84/+463
| | | | | | | | | | | | | | | | | - Add icons.rs to nak crate: parses PE resource sections, extracts RT_GROUP_ICON/RT_ICON and builds ICO files in memory - Expose nak_extract_exe_icon() FFI for C++ consumption - Update iconForExecutable() to use Rust FFI instead of shelling out to wrestool; reads all ICO entries for correct color depth - Fix BasicGamePlugin::gameIcon() to call iconForExecutable() (was returning empty QIcon, causing placeholder icons for BG3/Cyberpunk) - Move app icon setup: setDesktopFileName + setWindowIcon to MOApplication constructor (fixes Wayland taskbar/decoration icon) - Move data/com.fluorine.* to data/icons/, install to XDG paths at launch for Wayland compositor icon resolution - Remove icoutils dependency from Docker image and build output Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Upgrade bundled Qt from 6.9 to 6.10 via aqtinstallSulfurNitride2026-03-122-9/+35
| | | | | | | | NixOS/Arch users have Qt 6.10 system-wide, causing Qt_6.10 symbol errors when loading mobase.so against the bundled Qt 6.9. Switch Docker build to install Qt 6.10.2 from aqtinstall instead of Ubuntu's Qt 6.9 packages. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix mobase RPATH: plugins/libs/ needs $ORIGIN/../../lib not $ORIGIN/../libSulfurNitride2026-03-121-1/+2
| | | | | | | | mobase.so in plugins/libs/ couldn't find bundled Qt/uibase because the RPATH was only one level up (plugins/lib/) instead of two (lib/). This caused "initialization failed" on NixOS and potentially other distros. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix NixOS CI: use nix python for cmake, venv only for pybind11 pinSulfurNitride2026-03-123-62/+71
| | | | | | | FindPython needs the real nix Python (with dev headers), not the venv wrapper. Save NIX_PYTHON3 before venv overrides PATH. Tested locally. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix NixOS CI: use venv for pinned pybind11 (nix Python is immutable)SulfurNitride2026-03-121-7/+16
| | | | | | | | Nix Python environments can't be modified with pip directly. Create a temporary venv with --system-site-packages and install pybind11==2.13.6 into it. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix NixOS CI: pin pybind11 to 2.13.6 via pip (ABI compat with Docker build)SulfurNitride2026-03-121-3/+4
| | | | | | | Nixpkgs unstable has a newer pybind11 that removed the internal 'holder' member used by shared_cpp_owner.h. Pin to 2.13.6 to match our Docker build. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix NixOS CI: add Rust toolchain, cmake configure needs nak_ffi targetSulfurNitride2026-03-122-3/+3
| | | | Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix NixOS CI: tinyxml2 renamed to tinyxml-2 in nixpkgsSulfurNitride2026-03-121-1/+1
| | | | Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Add NixOS mobase build to CI for Python plugin compatibilitySulfurNitride2026-03-122-0/+113
| | | | | | | | NixOS users can't load our Ubuntu-compiled mobase.so due to ABI differences. Add a parallel CI job that builds mobase.so in a Nix environment so NixOS users can download and drop it into plugins/libs/. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix CI: pull pre-built Docker image instead of rebuilding every runSulfurNitride2026-03-122-14/+10
| | | | | | | | | ci.yml was rebuilding the Docker image from scratch on every push because it used a different cache backend (registry) than docker.yml (gha). Now CI pulls the pre-built image from GHCR directly, and docker.yml uses consistent registry caching. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix Python plugins: bundle mobase pybind11 module in plugins/libs/SulfurNitride2026-03-121-0/+5
| | | | | | | | The Python proxy expects mobase.cpython-313-x86_64-linux-gnu.so in plugins/libs/ but build-inner.sh was not copying it. This caused "No module named 'mobase'" when loading Python plugins. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix build: add missing Qt6 find_package for OMOD installer, fix default argSulfurNitride2026-03-122-1/+4
| | | | | | | - Add find_package(Qt6) and qt_standard_project_setup() to installer_omod_native CMakeLists - Remove duplicate default argument from fillStatForFile definition in mo2filesystem.cpp Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Add native Root Builder and OMOD Installer pluginsSulfurNitride2026-03-1210-1/+1368
| | | | | | | | | | | | | | | - libs/rootbuilder_native/: Native C++ port of rootbuilder.py (IPluginTool) - Root/ dir scanning, copy (reflink/CoW) and symlink modes - JSON manifest tracking, backup/restore, auto-deploy hooks - Legacy migration and third-party conflict detection - libs/installer_omod_native/: Native C++ port of installer_omod.py - Handles .omod archives (Oblivion Mod Manager format) - Binary config parsing, .NET string format, CRC file parsing - zlib raw deflate and LZMA decompression - Repackages to zip for MO2's installation manager - Added both to build-inner.sh plugin packaging Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Replace Python plugins with native C++ .so, remove bundled Python (~95MB)SulfurNitride2026-03-1241-267/+4640
| | | | | | | | | | | | | | - Add native plugins: form43_checker, script_extender_checker, preview_dds, basic_games (75 game defs via IPluginProxy pattern with Steam/GOG detection) - Remove portable Python from Dockerfile and build-inner.sh - Add Python settings tab with venv support (system python3 + PyQt6) - Skip loading plugin_python.so when Python disabled (default: off) - Update pythonrunner.cpp to use venv at ~/.local/share/fluorine/python-venv/ - Preserve real file permissions in FUSE VFS (fixes native executable +x bits) - Add FUSE_SET_ATTR_MODE handler so chmod works through VFS - Fix desktop shortcut Exec= to use fluorine-manager launcher, not bare binary Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Add per-executable Proton toggle and terminal launch optionSulfurNitride2026-03-129-40/+197
| | | | | | | | | | | | | New checkboxes in Edit Executables dialog: - "Use Proton": controls whether the executable launches through Proton (default on for backward compat). Disable for native Linux tools. - "Open in terminal": launches the executable in a terminal window showing stdout/stderr output, useful for debugging. Auto-detects terminal emulator (konsole, gnome-terminal, alacritty, kitty, foot, xterm). Terminal stays open after process exits showing the exit code. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix build: use QString::fromLocal8Bit instead of QStringEncoder::encodeSulfurNitride2026-03-111-2/+1
| | | | | | | | QStringEncoder::encode() returns DecodedData which can't be directly assigned to QString in a declaration context. Use fromLocal8Bit() which is simpler and equivalent for system-encoded byte arrays. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix LOOT disabling plugins: handle Bethesda asterisk format in plugins.txtSulfurNitride2026-03-111-6/+30
| | | | | | | | | | | | | LOOT writes plugins.txt in Bethesda format where *Plugin.esp = enabled and Plugin.esp (no prefix) = disabled. MO2's reader didn't strip the asterisk, so it tried to find plugins literally named "*Plugin.esp", failed to match, and marked them all as inactive. Two-pass approach: detect whether file uses asterisks. If yes (LOOT/Bethesda format), only *-prefixed plugins are active. If no (MO2's own format), all listed plugins are active. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix rmdir for empty overwrite directory cleanupSulfurNitride2026-03-111-1/+1
| | | | | | | QDir(path).rmdir(".") doesn't work on Linux — can't rmdir("."). Use QDir().rmdir(path) to remove by absolute path instead. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix empty directory cleanup after overwrite moveSulfurNitride2026-03-111-3/+7
| | | | | | | | Sort directories by path length descending (deepest first) before rmdir, so leaf directories like NVSE/Plugins/Tweaks/INIs are removed before their parents. The previous prepend approach didn't guarantee depth-first order. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix "Create Mod..." and "Move content to Mod..." overwrite context menu actionsSulfurNitride2026-03-111-37/+47
| | | | | | | | | | | | The previous implementation used Windows SHFileOperation semantics that don't work on Linux: literal wildcard in paths, QFile::copy on directories, absolutePath() instead of absoluteFilePath(), and GetLastError() for errors. Rewrite moveOverwriteContentsTo() to recursively iterate all files, compute relative paths, and move each file individually with cross-filesystem fallback. Empty directories in overwrite are cleaned up after the move. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix tracked writes false positives, stale entries, portability, and launcher ↵SulfurNitride2026-03-114-18/+93
| | | | | | | | | | | | | | | | self-destruct - Remove initialScan() from mount and unmount — its heuristic ("file exists in both overwrite and a mod") caused false-positive tracking of game-generated config files. Tracking now only happens through explicit UI actions or snapshot-based detectManualMoves(). - Prune stale tracked entries on load when mod folder no longer exists on disk. - Store mod paths as relative (to JSON file parent) for instance portability; legacy absolute paths auto-migrate on next save. - Guard launcher sync against HERE==BIN_DST to prevent rm -rf self-destruct when running directly from ~/.local/share/fluorine/bin/. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix CI: upload build directory instead of removed tar.gzSulfurNitride2026-03-111-18/+3
| | | | Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Remove FUSE passthrough, flake.nix, and stop archiving build outputSulfurNitride2026-03-1110-865/+11
| | | | | | | | | | | | | FUSE passthrough caused Wine DLL loading failures (ERROR_NOACCESS 0x3E6) for all file types, not just executables. Root cause is a kernel-level incompatibility between FUSE passthrough I/O and Wine's file access patterns. Removed all passthrough code, the passthrough helper binary, libcap dependency, and the settings UI toggle. Also removed flake.nix (unused with Docker build system) and stopped tar.gz'ing the build output since GitHub zips release assets automatically. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Check CAP_SYS_ADMIN at runtime before negotiating FUSE passthroughSulfurNitride2026-03-114-2/+33
| | | | | | | | | Negotiating passthrough without the capability caused Wine/Proton DLL loading failures (SKSE plugins returning error 0x36). Now checks the process's effective capability set via libcap before telling the kernel we want passthrough. Also adds qt.conf for AT_SECURE compatibility. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix cap_sys_admin apply: copy-patch-replace to avoid text file busySulfurNitride2026-03-112-6/+12
| | | | | | | | patchelf can't modify a running binary. Now copies the binary to a temp file, patches RPATH and applies setcap on the copy, then replaces the original with mv. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Patch RPATH to absolute paths when applying cap_sys_adminSulfurNitride2026-03-112-10/+29
| | | | | | | | | glibc's ld.so ignores $ORIGIN in RPATH for capability binaries (AT_SECURE mode), causing "cannot open shared object" errors. Now patchelf rewrites RPATH to absolute paths before setcap runs, both in the settings dialog and the auto-apply at mount time. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix flake.nix: add libloot hash, remove stale placeholder commentSulfurNitride2026-03-111-1/+1
| | | | Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix LOOT ambiguous load order: use loadorder.txt as canonical orderSulfurNitride2026-03-111-26/+23
| | | | | | | | Instead of prepending base ESMs to plugins.txt (wrong order), generate plugins.txt from loadorder.txt with active/inactive markers from the original plugins.txt. This ensures both files agree on plugin order. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Fix LOOT "ambiguous load order" by merging base ESMs into plugins.txtSulfurNitride2026-03-111-4/+53
| | | | | | | | | MO2's plugins.txt omits implicitly-active base game ESMs — LOOT needs every plugin listed to determine unambiguous load order. Now merges entries from loadorder.txt that are missing from plugins.txt before passing the files to LOOT. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
generated by cgit v1.3.1 (git 2.54.0) at 2026-07-22 14:29:18 +0000