Imagefap profile download broken

[freywald]

Hello!

Thank your for the program. It comes really handy.
Since a few days (weeks?) downloading whole profiles (=all the galleries from a profile) has stopped working.

note: 'g' is a alias I prefer that always uses the yaml configuration format.

~x at h as ip4://1.66 · Δs 21.58 · at '/home/x/porn' $ g -vvv https://www.imagefap.com/profile/protools11
gallery-dl: Version 1.31.5-dev:2026.01.28 - Executable (dev/linux)
gallery-dl: Python 3.13.11 - Linux-6.18.0-9-generic-x86_64-with-glibc2.42
gallery-dl: requests 2.32.5 - urllib3 2.6.3
gallery-dl: Configuration Files ['/home/x/.config/gallery-dl/config.yaml']
gallery-dl: Starting DownloadJob for 'https://www.imagefap.com/profile/protools11'
imagefap: Using ImagefapUserExtractor for 'https://www.imagefap.com/profile/protools11'
urllib3.connectionpool: Starting new HTTPS connection (1): www.imagefap.com:443
urllib3.connectionpool: https://www.imagefap.com:443 "GET /profile/protools11/galleries HTTP/1.1" 200 None
imagefap: Using ImagefapFolderExtractor for 'https://www.imagefap.com/profile/protools11/galleries?folderid=-1'
imagefap: Sleeping 10.39 seconds (request)
urllib3.connectionpool: https://www.imagefap.com:443 "GET /profile/protools11/galleries?folderid=-1&page=0 HTTP/1.1" 200 None
imagefap: Sleeping 8.86 seconds (request)
urllib3.connectionpool: https://www.imagefap.com:443 "GET /profile/protools11/galleries?folderid=-1&page=1 HTTP/1.1" 200 None

/organizer/ links still work (example: https://www.imagefap.com/organizer/705906/Holiday%2FSeasonal-Fun), even the uncategorized folder "https://www.imagefap.com/profile/protools11/galleries?folderid=-1".

note: supporting videos (/showvideos.php?userid=) and favorites (#5030) links would be really nice.

[mikf]

Works for me with default settings.
Try it with --config-ignore -s

$ gallery-dl -v https://www.imagefap.com/profile/protools11
[gallery-dl][debug] Version 1.31.5-dev - Git HEAD: 690b3ba2
[gallery-dl][debug] Python 3.14.2 - Linux-6.18.5-arch1-1-x86_64-with-glibc2.42
[gallery-dl][debug] requests 2.32.5 - urllib3 2.6.3
[gallery-dl][debug] Configuration Files ['${HOME}/.gallery-dl.conf']
[gallery-dl][debug] Starting DownloadJob for 'https://www.imagefap.com/profile/protools11'
[imagefap][debug] Using ImagefapUserExtractor for 'https://www.imagefap.com/profile/protools11'
[urllib3.connectionpool][debug] Starting new HTTPS connection (1): www.imagefap.com:443
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /profile/protools11/galleries HTTP/1.1" 200 None
[imagefap][debug] Using ImagefapFolderExtractor for 'https://www.imagefap.com/profile/protools11/galleries?folderid=-1'
[imagefap][debug] Sleeping 2.85 seconds (request)
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /profile/protools11/galleries?folderid=-1&page=0 HTTP/1.1" 200 None
[imagefap][debug] Using ImagefapGalleryExtractor for 'https://www.imagefap.com/gallery/13795454'
[imagefap][debug] Sleeping 2.11 seconds (request)
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /gallery/13795454 HTTP/1.1" 200 None
[imagefap][debug] Sleeping 2.90 seconds (request)
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /photo/1057179157/?gid=13795454&idx=0&partial=true HTTP/1.1" 200 None
./imagefap/13795454 Ebony Misc III/imagefap_13795454_0001_1057179157.jpg
./imagefap/13795454 Ebony Misc III/imagefap_13795454_0002_1887538949.jpg
./imagefap/13795454 Ebony Misc III/imagefap_13795454_0003_1361682429.jpg
[imagefap][debug] Using ImagefapGalleryExtractor for 'https://www.imagefap.com/gallery/13795133'
[imagefap][debug] Sleeping 2.13 seconds (request)
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /gallery/13795133 HTTP/1.1" 200 None
[imagefap][debug] Sleeping 3.35 seconds (request)
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /photo/71052300/?gid=13795133&idx=0&partial=true HTTP/1.1" 200 None
./imagefap/13795133 Ebony Misc II/imagefap_13795133_0001_71052300.jpg
./imagefap/13795133 Ebony Misc II/imagefap_13795133_0002_1517458537.jpg
./imagefap/13795133 Ebony Misc II/imagefap_13795133_0003_1056770891.jpg
[imagefap][debug] Using ImagefapGalleryExtractor for 'https://www.imagefap.com/gallery/13050716'
[imagefap][debug] Sleeping 3.13 seconds (request)
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /gallery/13050716 HTTP/1.1" 200 None
[imagefap][debug] Sleeping 3.55 seconds (request)
[urllib3.connectionpool][debug] https://www.imagefap.com:443 "GET /photo/2101742671/?gid=13050716&idx=0&partial=true HTTP/1.1" 200 None
./imagefap/13050716 SAH/imagefap_13050716_0001_2101742671.jpg
./imagefap/13050716 SAH/imagefap_13050716_0002_1710979699.jpg
./imagefap/13050716 SAH/imagefap_13050716_0003_1103210516.jpg

even the uncategorized folder "https://www.imagefap.com/profile/protools11/galleries?folderid=-1".

But that's the exact URL the user extractor processes internally...

$ gallery-dl -g https://www.imagefap.com/profile/protools11
https://www.imagefap.com/profile/protools11/galleries?folderid=-1

[freywald]

thank you. There's something wrong with my configuration. Please let me check.

[freywald]

I've found the culprit.

 imagefap:
   sleep-request: [8, 12]
   parent-metadata: true
   directory: ["{category}", "{uploader}", "{title} [{gallery_id}]"]
   postprocessors:
   - mode: custom
     format: "{description}"
     filename: "{gallery_id}.description"
     event: init
     name: metadata
     filter: description
   - mode: custom
     format: "{tags}"
     filename: "{gallery_id}.tags"
     event: init
     name: metadata
     filter: tags

does not work for profile links. Once I remove "parent-metadata: true" it works again.

The gallery-dl command line I use is gallery-dl --config-yaml=/home/x/.config/gallery-dl/config.yaml --mtime-from-date --write-info-json --input-file-comment "links.txt".

Is parent-metadata even necessary? What does it do?
…And. It should work, right?

[mikf]

I've found the culprit.

Thanks. I don't think I would have found this bug otherwise. Fixed in 49b2fa4

[freywald]

Thank you for the quick fix! I can confirm it's fixed.

[mikf]

Is parent-metadata even necessary? What does it do?

I forgot to answer this, sorry.

parent-metadata transfers metadata of a parent extractor to its children. For example title and folder of imagefap folders to all galleries inside that folder.