Piwigo.org

windracer · 2026-04-04 00:22:52

Just had an odd thing happen with AlbumPilot (1.4.0). I did a full sync, like I usually do when I add some new photos, and for some reason the extension re-added two entire albums that were already part of the gallery:

Code:

1. Import new files and their metadata into database
Synchronization completed. Added: 601, Deleted: 0, Delta: 601 (before: 78258, after: 78859)
./galleries/people/mini-figs – added
./galleries/people/stanley – added

Now, I hadn't noticed anything missing before this sync. The one album was private with just a few photos and it's a historical one I haven't looked at in a while. The other one I've definitely added photos to recently.

Everything seems OK, I was just surprised (plus now, my "Recently Added" page is now filled with these older photos, pushing off the actual recent ones). Any idea what could cause something like that? Since AlbumPilot uses Piwigo's sync code I'm guessing this is not really a problem with the extension but maybe some database corruption? Weird.

Last edited by windracer (2026-04-04 00:34:22)

rw22mhhs · 2026-04-04 02:14:15

Thanks a lot for the feedback - much appreciated.

I have to admit, I cannot really explain that behavior either. It really sounds strange. AlbumPilot relies directly on Piwigo's core synchronization logic for this part, so this does not look like something caused by the plugin itself but rather something happening at the Piwigo core level.

The only explanation I have is that some external tool changed the photo's metadata - but that should be traceable by the date of last change of the files.

In any case, I will keep an eye on it, but I haven't observed anything similar in my own sync runs so far.

windracer · 2026-04-21 17:47:07

I recently switched on the Cloudflare DNS proxy in front of my Piwigo site (in an attempt to stem the flood of bot scrapers that were killing my server) but noticed this seems to have impacted AlbumPilot. All of the processes still seem to run properly, but the display shows errors and Cloudflare timeouts.

The AlbumPilot.log looks like this, so it seems like there are issues with the image dimensions call and then thumbnail generation:

Code:

[2026-04-21 09:29:40] Synchronization started (User ID: 1)
[2026-04-21 09:29:40] Options: Simulate = No, Only new files = Yes, Include subalbums = Yes, Overwrite existing thumbnails (if present) = No, Use uploaded poster (if available) = No, Generate poster from frame at = Yes, Overwrite existing poster (if present) = No, Apply film effect to poster = Yes, Generate thumbnails automatically every = No, Generate poster from frame at = 4 seconds, Generate thumbnails automatically every = 5 seconds, Thumbnail size = 120x68, Output format for poster = PNG, Thumbnail sizes = [square, thumb, medium], Album = "(not set)"
[2026-04-21 09:29:40] Starting synchronization (files)
[2026-04-21 09:29:40]   Options: Live, only new files, including subalbums
[2026-04-21 09:31:48] Scanning for missing video posters...
[2026-04-21 09:31:53] 0 file(s) to process (0 missing posters, 0 files with missing thumbnails)
[2026-04-21 09:31:53] Step completed: 3. Generate video posters for 0 videos.
[2026-04-21 09:31:54] Scanning for missing thumbnails...
[2026-04-21 09:31:59] Invalid image dimensions in DB for ID 81264 (./<redacted>/2026-04-22/IMG_6069.JPG) – width/height missing                                                                                               [2026-04-21 09:33:08] Invalid image dimensions in DB for ID 81265 (./<redacted>/IMG_6071.JPG) – width/height missing                                                                                                          
[2026-04-21 09:33:08] Invalid image dimensions in DB for ID 81266 (./<redacted>/IMG_6072.JPG) – width/height missing
[2026-04-21 09:34:35] Searching for missing checksums...
[2026-04-21 09:34:35] Total checksums to calculate: 3
[2026-04-21 09:34:36] Checksum 1 of 3 (33%) – Image ID 81264 | Path: ./<redacted>/2026-04-22/IMG_6069.JPG
[2026-04-21 09:34:36] Checksum 2 of 3 (66%) – Image ID 81265 | Path: ./<redacted>/IMG_6071.JPG
[2026-04-21 09:34:36] Checksum 3 of 3 (100%) – Image ID 81266 | Path: ./<redacted>/IMG_6072.JPG
[2026-04-21 09:34:36] Step completed: 5. Calculate missing checksums for 3 images.                                               [2026-04-21 09:36:30] ./<redacted>/2026-04-22/IMG_6069.JPG – added
[2026-04-21 09:36:30] ./<redacted>/IMG_6071.JPG – added                                   
[2026-04-21 09:36:30] ./<redacted>/IMG_6072.JPG – added
[2026-04-21 09:36:30] Synchronization completed. Added: 3, Deleted: 0, Delta: 3 (before: 79079, after: 79082)
[2026-04-21 09:36:50] Synchronization ended
[2026-04-21 09:40:39] Total thumbnails to generate: 101
[2026-04-21 09:40:39] Thumbnail 1 of 101 (0%) – Image ID 81202 – Type: thumb | Path: ./<redacted>/2026-04-15/IMG_2008.JPG

Large image, but here's what the page looked like in Piwigo:

I was able to trigger the same behavior (once) using Batch Manager to sync, but didn't happen all the time like it's doing with AlbumPilot. I suspect this has something to do with the multiple IPs that proxied DNS traffic through Cloudflare can originate from?

windracer · 2026-04-26 23:36:20

windracer wrote:
I suspect this has something to do with the multiple IPs that proxied DNS traffic through Cloudflare can originate from?

To work around this issue, I had to create a non-proxied CNAME record in Cloudflare to use specifically for the Piwigo admin pages. That way all traffic comes from the originating IP address instead of through Cloudflare's servers and then I don't get the errors when synchronizing.

Piwigo.org

Announcement

#16 2026-04-04 00:22:52

Re: AlbumPilot - Batch processing: Sync, thumbs, videos, maintenance

Code:

#17 2026-04-04 02:14:15

Re: AlbumPilot - Batch processing: Sync, thumbs, videos, maintenance

#18 2026-04-21 17:47:07

Re: AlbumPilot - Batch processing: Sync, thumbs, videos, maintenance

Code:

#19 2026-04-26 23:36:20

Re: AlbumPilot - Batch processing: Sync, thumbs, videos, maintenance

windracer wrote:

Board footer