Hey,
I just pushed v0.3.2, which removes the old maintain.class.php (table creation now lives in admin.php) and ensures the settings table exists after install. This should hopefully let you activate the plugin without errors. Please note that table is not dropped after uninstall of the plugin, this has to be done manually. I am already working on a proper long-term fix. In the meantime, please give 0.3.2 a try and let me know how it goes!
Many thanks!
Hendrik
Offline
0.3.2 fixed the activation problem and the settings table was created the first time I went into the plugin settings as expected.
But I'm still getting the wall of PHP code on top of the plugin UI when going into settings like what I started seeing originally with 0.3.0. I tried running a simulation anyway and it got to Step 3 (thumbnails) and failed with "❌ Invalid response (not valid JSON):" (but no other text after that).
Offline
Hmmm, that's strange. Can you try to set chmod 777 for the whole folder, including subfolders and files?
Offline
Same problem. Examining the PHP dump at the top of the screen, it seems to be coming out of include/images.php (starting around line 118, $posterRelPath for video posters). Looks like that was new/added in v0.3.0 which is when I started seeing the problem. From what I can tell, that file is used by Step 3 (thumbnails) so could also explain why I'm getting the JSON error from Step 3 when trying to run a simulation. I don't see anything overtly wrong with the file, though.
If this helps, I was able to get rid of the PHP block/dump completely by commenting out the includes for images.php, checksum.php, and metadata.php in admin.php. As I commented out each line, the dump got smaller and smaller until it disappeared completely. Of course, this probably will prevent the plugin from actually functioning as expected, but wanted to point this out.
I did notice some files are missing the closing ?> tag (for <?php) but not sure if that's necessary or related ...
Last edited by windracer (2025-06-15 14:42:31)
Offline
Thanks, this definitely helped a lot. I published a new version that hopefully resolves this issue. Maybe you can test this once more. Thanks a lot!
Offline
That was it! No more PHP block when going into the plugin settings. Now I can start testing again, thank you! ;-)
Offline
What I've noticed so far:
- when selecting the root album (Albums), I get this for Step 4 (checksums):
4. Calculate missing checksums
No valid album selected.
No valid album selected.
- similarly, I'm not sure the root album is acting like I expect, with "search in subalbums" enabled. when I ran it initially like that, it said there were no thumbnails to generate:
3. Generate thumbnails
Scanning for missing thumbnails...
Total thumbnails to generate: 0
Step completed: 3. Generate thumbnails for 0 thumbnails.
But then when I ran it again, this time selecting a sub-album, it found thumbnails to generate. Oddly, it DOES work for adding new photos (Step 1):
1. Sync new files and metadata
Synchronization completed. New files: 2 (before: 197, after: 199)
2. Generate video posters
Scanning for missing video posters...
0 file(s) to process (0 missing posters, 0 missing thumbnails)
Step completed: 2. Generate video posters for 0 videos.
3. Generate thumbnails
Scanning for missing thumbnails...
Total thumbnails to generate: 0
Step completed: 3. Generate thumbnails for 0 thumbnails.
4. Calculate missing checksums
No valid album selected.
No valid album selected.
6. Reassign smart albums (SmartAlbums not active)
No information found in result block.
Workflow finished
Notice 2 new photos were added by Step 1, but then Steps 3 and 4 didn't do anything.
- I don't have SmartAlbums installed, so Step 6 is grayed out, but it's checked so it looks like the step still runs, is that expected?
6. Reassign smart albums (SmartAlbums not active)
No information found in result block.
Thanks again for your hard work on this!
Last edited by windracer (2025-06-15 21:41:16)
Offline
Thanks for your thorough testing - and good to hear that it is working now! In have just published a minor patch for a different bug in the main branch (no new release) and will take a look at the open issues you listed ASAP. Will keep you posted. This definitely helps a lot!
Offline
No problem, this is a great addition!
If it's okay, I might try to look at how you added the album selector field (to type in an album and search). I've had an old issue with my physical photo move plug-in where I could never figure out how to get the album selector on the individual photo page to look like the one in batch manager ([Github] Piwigo-physical_photo_move issue #27) and what you've done might be a good soluution to that.
Offline
Sure, of course. It's open source anyway, so go ahead. I first tried to include the batch manager's solution myself as well, but then figured out that it is easier to develop something from scratch, which enabled me to get closer to my initial plan anyway.
Offline
Hi,
Thanks again for your detailed testing - your feedback really helps move things forward.
I just released version 0.3.4 (see https://github.com/HendrikSchoettle/Alb … tag/v0.3.4), which should address most of the recent issues.
In particular:
Selecting the root album now behaves as expected: if "search in subalbums" is enabled, files in subfolders should be correctly included. This should resolve the issues you mentioned in Steps 3 and 4.
All sync state is now cleanly reset after an aborted run, preventing accidental restarts in live mode.
Steps for VideoJS or SmartAlbums will now fully disable when the corresponding plugin is inactive.
If you get a chance, please give this version a test run.
One quick note:
If you're still seeing greyed-out checkboxes for SmartAlbums or VideoJS even though those plugins are not installed, it's due to leftover data in the database. You can fix this either by manually dropping the album_pilot_settings table, or by installing version 0.3.4, uninstalling it once vis the built-in Piwigo feature (which now removes the table), and then reinstalling it.
Also, just checking - is the HEIC image support issue still something you're running into?
Thanks once more - I really appreciate your help!
Offline
v0.3.4 seems to be working perfectly so far (on my test site). It addressed all my concerns from the prior version: sub-albums were "crawled" and the thumbnails and checksums were generated, Step 6 is appropriately grayed out and NOT checked (since I do not have SmartAlbums installed) but Step 2 IS active since I do use VideoJS.
I will put this on my regular site and do some more testing tomorrow but it's definiteley looking good!
I don't do a lot of stuff with HEIC but I have tinkered with the settings in Piwigo for it in the past. Nothing I'm currently working with though.
Offline
Perfect, thank you for the quick turnaround.
Of course, I'd be happy to publish it as an official plug-in. However, I would want to be sure that it covers all errors and edge cases we have encountered so far.
I'm looking forward to your feedback.
@all: If anyone else has tested this and could briefly let me know if there are any issues at all, that would be much appreciated.
Offline
Hi all,
I just released version 0.3.5 (see https://github.com/HendrikSchoettle/Alb … tag/v0.3.5), which contains a few visual and stability improvements – including proper greying out of disabled poster settings and localized log labels for thumbnails.
I know updates have been coming in fast lately, but I really want to make sure things are stable and clean before moving forward. This version is no longer marked as a pre-release and is now tagged as the latest release.
Please note that the plugin is still in alpha (0.x), so changes will likely keep coming rapidly. I would be very happy about any feedback or testing – especially around:
- thumbnail regeneration for large video posters (XXLarge)
- metadata syncing for HEIC images
- video thumbnail generation using fixed intervals
See the changelog and the readme files for further details.
Thanks in advance
Hendrik
Offline
I just realized when you were asking me about HEIC you were probably referring to my earlier issue with thumbnails for files that had HEIC in their name. Those were originally HEIC files that I had converted to JPG that were somehow missing resolution info in Piwigo which was causing the problem. Once I corrected the original images, that fixed that problem with AlbumPilot.
I did run into a few errors testing in my primary Piwigo gallery (which is of course much larger than my test site). First was this one:
? Invalid response (not valid JSON):
{"processed":1,"generated":1,"offset":1,"done":false,"total":19973,"log":["\ud83d\udd0d Scanning for missing thumbnails...","\ud83e\uddee Total thumbnails to generate: 19973",{"type":"progress","step":"thumbnail","index":1,"total":19973,"percent":0,"image_id":"4","simulate":false,"path":".\/galleries\/events\/Go-Karting\/IMG_1248.JPG","thumb_type":"thumb"}],"summary":""}
Fatal error: Uncaught mysqli_sql_exception: Got a packet bigger than 'max_allowed_packet' bytes in /usr/local/piwigo/include/dblayer/functions_mysqli.inc.php:132
Stack trace:
#0 /usr/local/piwigo/include/dblayer/functions_mysqli.inc.php(132): mysqli->query()
#1 /usr/local/piwigo/include/functions_session.inc.php(161): pwg_query()
#2 /usr/local/piwigo/include/pwgsession.class.php(21): pwg_session_write()
#3 [internal function]: PwgSession->write()
#4 [internal function]: session_write_close()
#5 {main}
thrown in /usr/local/piwigo/include/dblayer/functions_mysqli.inc.php on line 132That was running on my "Events" album which has a lot of sub-albums. I tried running it just on the "Go-Karting" album and it created all thumbnails successfully so not sure what "max_allowed_packet" means.
Second was this one:
? Invalid response (not valid JSON):
{"processed":1,"generated":1,"offset":1,"done":false,"total":44970,"log":["\ud83d\udd0d Scanning for missing thumbnails...","\ud83e\uddee Total thumbnails to generate: 44970",{"type":"progress","step":"thumbnail","index":1,"total":44970,"percent":0,"image_id":"392","simulate":false,"path":"galleries\/events\/holidays\/christmas\/xmas2011\/pwg_representative\/fun-with-security-cameras.jpg","thumb_type":"medium"}],"summary":""}
Fatal error: Uncaught mysqli_sql_exception: MySQL server has gone away in /usr/local/piwigo/include/dblayer/functions_mysqli.inc.php:132
Stack trace:
#0 /usr/local/piwigo/include/dblayer/functions_mysqli.inc.php(132): mysqli->query()
#1 /usr/local/piwigo/include/functions_session.inc.php(161): pwg_query()
#2 /usr/local/piwigo/include/pwgsession.class.php(21): pwg_session_write()
#3 [internal function]: PwgSession->write()
#4 [internal function]: session_write_close()
#5 {main}
thrown in /usr/local/piwigo/include/dblayer/functions_mysqli.inc.php on line 132I'm pretty sure MySQL (actually I'm running MariaDB) didn't "go away" so some sort of timeout? Maybe I need to tweak my PHP settings to allow long-running things like AlbumPilot?
I'm obviously missing a lot of thumbnails so once I can use AlbumPilot to handle these initial "bulky" operations, future runs should be a lot smaller.
I'll update to 0.3.5 as well and get testing! ;-)
Last edited by windracer (2025-06-17 14:48:28)
Offline