Repository navigation
v0.2.6
從 0.2.5 升級:docker compose pull && docker compose up -d 就好,.env 不用改,也沒有資料庫 migration。
image 是 ghcr.io/1morr/berth:0.2.6,同時是 :0.2 與 :latest。建議換成這一版附的 docker-compose.yml
(下載):它多把 .env 的
DATA_ROOT 傳給 Berth,既有服務沒掛 /data 時補法才印得出你的資料夾;不換也能跑,補法照舊寫 ${DATA_ROOT}。
下面〈Changed〉裡改到的 API 只有 Berth 自己的畫面在用,升級之後重新整理一次頁面即可。
從套件內 Prowlarr 移除站,現在只限 Berth 自己加的站;你自己加的站請在 Prowlarr 刪。
Added
- 可以不用 Prowlarr(M4 票 61,審計 E3):設定 → Prowlarr 頁尾多一區「不用 Prowlarr」,就地確認之後生效,
與精靈頁 4 的「之後再說」是同一個狀態、隨時改得回來。不用的時候健康頁 BTH 4 是「沒有使用」、不算阻擋,健康檢查也不再
連它;作品頁的搜尋區說「沒有接索引站」,給「前往設定:Prowlarr」與「到 RSS 訂閱」兩條路;設定 → Prowlarr 收成一塊
說明加「改回使用 Prowlarr」。Berth 不動 Prowlarr 上的站與它的容器。 - 既有 Jellyfin 缺某種媒體庫時,在精靈頁 3 勾一下就建(M4 票 64,審計 E1):例如只有劇集、你要下載電影。
勾選表最後一張「在這台 Jellyfin 新建一個媒體庫」,勾了才展開類型(預設那台還沒有的那一種)、名稱(預填,可改)與
資料夾(/data/library/<名稱>),按「建立並檢查」時才建;不勾就什麼都不建。新的媒體庫在你的伺服器上,所有使用者
都看得到,之後改名或刪除在 Jellyfin 做;刪掉它不動你原有的媒體庫。名稱與已有的撞名、或資料夾已經是別的媒體庫的,
按之前就說。API:POST /api/setup/jellyfin/libraries。
Changed
-
精靈各頁說法一致(M4 票 68,審計 P2-1–P2-5、P2-11、P2-12、P2-16、P2-20、P2-21):頁 2 與頁 4 選了套件內、
請求還在路上時都說「接法」,頁 4 不再問「先選」;Berth 設的介面登入在頁 2、頁 4 都說「已完成」(加站之後不再變成
「已經是這樣」),自動沿用頁 1 那一組時前進鍵的位置不再寫「還差 設定 Prowlarr 介面登入」。頁 1 登入被拒(帳密不對、
不是管理員)標在帳密兩格上;密碼空著先說「密碼沒填」、只標密碼那一格;右欄只列會動的:現在建 API key、媒體庫到頁 3 按下時才動。選了既有 Jellyfin
之後,「停掉套件內那一台」那兩行在擁有者成立之後照樣看得到。完成頁:沿用 Jellyfin 帳密的那一台說「密碼與 Jellyfin
同一組」,上一次留下的登入說忘了去「設定 → 該服務」的「介面登入」換一組,選了既有而套件內那一台還在跑時再提醒一次
停掉它。重裝時頁 3 說為什麼沒有自己開跑、要按「建立並檢查」。作品頁搜尋說「通常要幾秒到一分鐘」。健康頁的「最後成功」
在瀏覽器時鐘較慢時不再說成未來。GET /api/setup/qbittorrent/diff與GET /api/setup/indexers等回應多一欄
web_ui_login_reuses_owner。 -
頁 4 推薦站不在 Prowlarr 裡時說出原因(M4 票 73,Linux 實跑 L4):Prowlarr 連不上
indexers.prowlarr.com
(防火牆、DNS 過濾、代理、地區封鎖)時只剩磁碟上的幾個站定義,推薦的一個都不在,原本「測試推薦站,加入通過的」
無聲無息地不見。現在那裡說明原因、給「重新讀取」(網路通了就讀得到,不必重啟 Prowlarr)與 Prowlarr 事件頁的連結,
「之後再說」與「進階」照舊;只缺幾站時照常測找得到的,結果多一行缺的是哪幾站。
GET /api/setup/indexers等回應多一欄unlisted。 -
套件內 Prowlarr 的「移除」只給 Berth 加的站(M4 票 66,審計 P1-10):之前 Berth 加得回去的公開站都按得到
移除,連你自己在 Prowlarr 加的也是。現在只有 Berth 加的那幾站有「移除」,其他的說「Berth 沒有加這一站的紀錄」、
要移除請到 Prowlarr。0.2.0 之前 Berth 加的站沒有紀錄,同樣不能從 Berth 移除。
DELETE /api/setup/indexers/{id}對它們回 422。 -
新的使用指南〈Uninstalling Berth〉(M4 票 66,審計 P1-11):不用 Berth 時 Jellyfin、qBittorrent、Prowlarr
各要手動清什麼(API key、裝置、Berth 路徑、berth-*分類與 tagberth的 torrent、Berth 加的站),以及硬鏈接
要兩邊都刪才會釋放空間。精靈指南的〈What Berth changes in your services〉補上執行期會做的事。 -
既有服務沒掛
/data時,補法直接印出你的資料夾(M4 票 63,審計 P1-6):原本片段是${DATA_ROOT}:/data,
要自己去 Berth 的.env找值。部署的 compose 現在把DATA_ROOT傳給 Berth(HOST_DATA_ROOT),compose、
docker run兩種片段與新加的 Unraid 模板欄位(Container Path、Host Path)都帶著它;Windows 路徑寫成C:/…,
相對路徑(預設的./data)會說它相對於 Berth 的 docker-compose.yml、要換成絕對路徑。沿用舊的 compose 檔時
補法照舊是${DATA_ROOT}:換成這一版附的docker-compose.yml才有。 -
既有 Jellyfin 沒掛
/data在頁 1 就說(M4 票 63,審計 C7):成為擁有者之後 Berth 立刻問它看不看得到/data,
不再等到頁 3。頁 3 兩個以上的媒體庫加不上 Berth 路徑時,合併成一則、列出是哪幾個,補法只給一次。 -
localhost 的說明只說一次、技術細節的位址帶上
http://(M4 票 63,審計 P2-4、P2-6)。 -
既有 Jellyfin 的電影與劇集媒體庫在精靈頁 3 預設勾好(M4 票 64,審計 C2):寫入目標照舊預設新的 Berth 路徑,
不要的取消勾選。GET /api/setup/routes的每個媒體庫多一格preselected。 -
精靈再省幾按(M4 票 67,審計 C1、C3、C4):既有 Jellyfin 的位址與管理員帳密同一張表單,一顆「連線並登入」
(原本先「測試連線」、通過之後才長出登入表單再按「登入」);位址錯標在位址欄、帳密錯標在帳密兩格,還沒跑過初始設定的
那一台帳密留空,連上之後換成建立管理員的表單。既有 Prowlarr 一站都沒有時也有「測試推薦站,加入通過的」,那一句列出
會測哪幾站、加進哪一台,逐站挑選收進「進階」。TMDB 貼上 key 直接按「前往下一個泊位」就先測、過了才走,「測試 TMDB」照留。
API:新增POST /api/setup/owner/existing;POST /api/setup/indexers/recommended也收既有的 Prowlarr(之前 422)。 -
換 qBittorrent 時說清楚留下了什麼,移除空分類改成跟著換台走(M4 票 65,審計 P1-4、P2-9):換台框說分類裡的
torrent 會留在原本那一台繼續做種、換台之後 Berth 不再追蹤(已入庫的檔案不受影響);從套件內那一台換走時,多列它預置的
免密白名單與在 WebUI 怎麼關。「移除空的 berth- 分類」從按下就生效的按鈕改成換台框裡的勾選(預設不勾),確認換台才移除,
取消就什麼都不動;勾了而原本那一台沒答上來時整個換台不做,取消勾選再換一次就只換台。換台之後,送進原本那一台、已入庫的
下載在詳情頁說「做種的 torrent 在原本那一台」。API:POST /api/setup/services/qbittorrent多一格
remove_empty_categories(失敗是 502categories_not_removed)、JobOut多一格previous_client;
刪掉DELETE /api/setup/services/qbittorrent/leftovers/categories。 -
審核頁每一段的標題改用全站同一種區塊標題(M4 票 99):計數從標題裡移到標題旁,螢幕閱讀器念段落名時不再
連著件數(件數照樣念得到,帶單位);「全部確認」仍在標題列右側。 -
Jellyfin 掃描收斂成只掃 Berth 寫入的那個媒體庫(M4 票 62,審計 E2):反查一直找不到、或在待處理按「重新掃描
媒體庫」時,之前一律跑 Jellyfin 整台的「掃描媒體庫」排程任務,會掃到你既有 Jellyfin 的每一個媒體庫;現在只刷新
那條 Route 的媒體庫(同 Jellyfin 控制台媒體庫卡片上的「掃描媒體庫」)。例外是 Jellyfin 還沒在 Berth 的路徑底下
列出過任何東西時(空的媒體庫第一次入庫、既有媒體庫剛加上 Berth 的路徑):Jellyfin 只有整台掃描建得出那個路徑,
所以照舊掃整台;精靈「既有」Jellyfin 的說明與待處理那一件都寫明了。 -
作品頁不再說「Jellyfin 還在掃描」(M4 票 62):入庫當下 Berth 只是通知 Jellyfin,那時它還沒在掃;改說
「已通知 Jellyfin,等它收錄」,媒體庫的卡片說「等 Jellyfin 收錄」。 -
API 破壞性變更:
POST /api/setup/qbittorrent/apply對既有的 qBittorrent 一律回 422(M4 票 101),
與PUT /api/setup/qbittorrent/login一致。之前不帶登入時照樣再連一次、記一條沒有人讀的skipped;畫面自
M4 票 38 起就不對既有那一台呼叫它,精靈與設定頁不受影響。既有那一台的頁 2 照舊是連線測試通過就做完。
Fixed
-
Prowlarr 回來之後要等滿 5 分鐘健康頁才變綠(M4 票 61,審計 P1-2):健康檢查連不上 Prowlarr 時,之後每 30 秒
左右只重測它一次,不必等下一整輪。qBittorrent 與 Jellyfin 照舊每 5 分鐘一輪。 -
設定頁同時顯示舊的綠色「連線測試通過」與紅色的健康卡(M4 票 61,審計 S4):連線那一列帶上測試時間;測試之後的
健康檢查連不上時,它改說「過時」並給「重新測試」,不再畫舊的「連上了」。 -
作品頁搜尋失敗時露出原始字串(M4 票 61,審計 P2-7):例如
GET /api/v1/indexer: host does not resolve;現在只說
人話,原文收進「技術細節」。 -
名稱不同、算出同一個資料夾的兩個媒體庫會共用一條 Berth 路徑(M4 票 64,審計 P2-15):例如「TV Shows」與
「TV-Shows」都是/data/library/tv-shows,之前精靈會把它加到兩個媒體庫上,兩邊掃到同一批檔案。現在後加的那個
不加、說是被哪個媒體庫用了(path_taken),勾選表上那一條也選不了。 -
空的媒體庫第一次入庫,Jellyfin 認到要等 2.5 分鐘以上(M4 票 62,審計 S1、S3;Unraid 上 12 分半):Berth
要等第二次反查沒找到才請 Jellyfin 掃,請完又把下一次反查排到 10 分鐘後。現在第一次反查(入庫後 30 秒)沒找到就請它掃,
下一次反查在那之後 1 分鐘;反查的第二次間隔也由 2 分鐘改成 1 分鐘。 -
最後三處也照原因說,不再一律怪外部服務(M4 票 99):移除 Prowlarr 的站沒成功時,之前一律說「Prowlarr 可能正在重啟」,
媒體庫路徑那一頁的重新讀取沒成時一律說「讀不到 Jellyfin 現在的媒體庫」,媒體庫的類型、年份選項讀不到時不說原因。
現在 Prowlarr、Jellyfin 真的沒答上來(或 Prowlarr 拒絕了)才怪它們,原文附上;看不到這個媒體庫時照實說;其餘照請求為什麼沒成說。
API:DELETE /api/setup/indexers/{id}在 Prowlarr 沒答上來或拒絕時回 502 帶原文,之前是不帶原因的 500。