search overhaul #2
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
While i have access to a Seer to search, not all users will. we need to make sure that if a seer server is not configured, that sonarr/radarr can search on their own like lidarr does.
we need to also ensure that none of my app data is stored directly in this bot and that the readme is clear on implementation. I have a friend that might find this useful.
v0.6.0 deployed (commit
6cfad31, plugin live in maubot — instance enabled+started).Seerr now optional. When
seerr.url/seerr.api_keyare left as placeholders the bot falls back to direct Sonarr/Radarr lookup + add. The numbered-selection flow works across both sources via a_sourcediscriminator on each cached search result, so users don't notice the difference.!media requestsand!media trendingprint a friendly hint when Seerr isn't configured (they have no arr equivalent).Also added per-service config keys (
quality_profile_id,root_folder_path,monitor,search_on_add,language_profile_idfor Sonarr v3,minimum_availabilityfor Radarr) so operators can pin defaults —nullauto-picks the first profile/folder, mirroring how Lidarr already works.Personal data scrubbed.
base-config.yamlno longer ships any homelab-specific URLs, MXIDs, or Emby UIDs:admin_users: []user_map: {}http://sonarr:8989)notifications_room: "",ntfy_url: ""bot.pyrewritten as generic config pointersThe only remaining identifier is
id: com.3ddbrewery.mediainmaubot.yaml, which is the maubot plugin id — unique per maubot deployment, so a forker has to change it anyway. Called out in the README's Notes for forkers section.README rewrite. Self-contained setup guide: requirements, build, upload, instance config (Required vs Optional, with the Seerr fallback explained), webhook setup, fork notes. Drops the old internal-IP table.
Running instance config is unchanged (instance config lives separately from
base-config.yaml— the upload only updates plugin code and shipped defaults). Search/request still go through Seerr here as before; to exercise the arr-direct path you'd need a fresh instance with the Seerr block blank.Leaving open for your review of the README and a sanity check that nothing personal leaked.
History scrubbed via
git filter-repo --replace-text(commitd90d587, force-pushed). HEAD tree is byte-identical to before — no working-tree change.Verified zero matches across all rewritten commits for:
@maddox:fails.me→@admin:example.com@jess:fails.me→@user:example.commatrix.fails.me→matrix.example.comntfy.3ddbrewery.com→ntfy.example.com192.168.1.80→arr-host192.168.1.120→emby-host192.168.1.122→download-host052e6796e9d94270858e05fb582ba5a6→00000000000000000000000000000000Kept intentionally:
git.3ddbrewery.com/maddox/maubot-media.gitin README (canonical clone URL — must point somewhere real)com.3ddbrewery.mediaplugin id inmaubot.yaml(called out in README as needing a fork-rename)All commit hashes have changed because filter-repo rewrites the graph. Backup of pre-rewrite repo at
/tmp/maubot-media-backup-1777835925on the control server in case anything needs recovering.Re-verified the v0.6.0 deliverables on
main(HEAD87eef44):base-config.yamlgrep clean for@maddox,fails.me,3ddbrewery, internal IPs, and the old Emby UIDmedia_bot/bot.py+media_bot/clients/*.pyclean for the sameself.seerr_enabled(set instart()from_service_configured(seerr)) — used incmd_request,cmd_search,cmd_trending,cmd_requests,_do_requestand the arr-direct pathsClosing. Reopen if anything personal slipped through that I missed.