tfaour/espresso_frame
1
0
Fork 0
Code Issues 2 Pull Requests Actions Packages Projects Releases 13 Wiki Activity

Fix Load Albums button in the photos widget dialog
Build and push server image / test (push) Successful in 21s
Details
Build and push server image / build-and-push (push) Successful in 2m4s
Details
Build and push server image / deploy (push) Successful in 56s
Details

Browse Source 
The dialog calls /albums via window.FRAME_API, but that's repointed to
this widget's own API base while a dialog is open (see frame_layout.js)
-- /albums is frame-level (lists the owner's whole Immich library, not
scoped to one photo widget), so it needs window.FRAME_BASE_API instead.
The button silently 404'd since the resulting URL never existed.
This commit is contained in:
tfaour
2026-07-24 14:39:01 -04:00
parent a33a3a71e4
commit cb11ffdd2d
1 changed files with 6 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files
server/app/static/widget_dialog_photos.js
+6 -1
View File
@@ -73,7 +73,12 @@ async function savePhotoSettings() {
function initPhotosDialog() { function initPhotosDialog() {
document.getElementById('load-albums').addEventListener('click', async () => { document.getElementById('load-albums').addEventListener('click', async () => {
try { try {
const resp = await fetch(`${window.FRAME_API}/albums`); // /albums is frame-level (routers/api_frames.py) -- it lists the
// frame owner's whole Immich library, not something scoped to
// this one photo widget -- so it uses window.FRAME_BASE_API (the
// stable frame-level base), not window.FRAME_API (repointed to
// this widget's own API base while the dialog is open).
const resp = await fetch(`${window.FRAME_BASE_API}/albums`);
if (!resp.ok) { if (!resp.ok) {
throw new Error(await apiError(resp)); throw new Error(await apiError(resp));
} }