So, after getting the style we wanted… we found a couple of bugs.

One is minor, and should be relatively easy to fix… if you click on one of the galleries in the album, when the page reloads, it sends you to the top of the page. This is jarring for the user.

I think generating an <a name="nggallery-${idx} /> tag just before the gallery/album HTML itself, and ensuring every gallery link is suffixed with #nggallery-${idx}, would solve this.

The second one though, is much more serious. For this, I quickly slapped together a demonstration. This is a bare-bones WordPress install, done yesterday morning, with no themes or plug-ins except the Imagely theme, and the NextGen Gallery, NextGen PRO plug-ins.

https://albumtest.vk4msl.com/

I’ve created four galleries, stored in two albums. (Note, the photos are not terribly high resolution — I use these for slow-scan television on amateur radio, where the “standard” is 320×240px.)

Now, this page has two “album” blocks on it:

• Animals
• Landscapes

For the sake of testing, I selected “Pro Film” style for the galleries on this page.

Animals has two galleries: “Sam the cat” and “Wildlife”. These function just fine. No issues. Aside from the issue above where it sends you to the top of the page, they work well.

The second one has two other galleries: “St. Helena Island” and “Snowy Mountains”. Its behaviour, despite an identical configuration (aside from selected album), is very different.

These work, but when you “enter” one of these galleries, the gallery appears under the heading “Animals”.

Now… on the actual site we want to use the “Pro Tile” gallery style. I made a second page showing what happens when you do this.

https://albumtest.vk4msl.com/index.php/pro-tile-gallery-testing/

Same set-up, just I changed the gallery style in each album block.

The “Animals” galleries, work as they should.? Pro-tile works great despite all of these being low-resolution 4:3 aspect ratio photos.

The “Landscapes” galleries break rather badly.? Enter one of those, and all galleries disappear.

There’s no browser errors, this appears to be an issue in the PHP back-end code.? I’ve attached the Apache web server error log.

My hunch is this:

– when a user clicks on a gallery, they are taken to a URI constructed from this template: ${PAGE_URI}/nggallery/${GALLERY_SLUG} (where ${PAGE_URI} is the URI of the page, and ${GALLERY_SLUG} is the gallery title with all non-URL-safe characters substituted).
– the PHP code sees the ‘nggallery’ sub-path in the URI… the *first* NGGallery block tries to interpret it.
– First NGGallery block looks through its galleries (from the “Animals” album), can’t find one with a matching slug, silently fails.
– Due to state corruption by the first NGGallery block, the second NGGallery also fails.

“Pro Film” seems to almost work fine… it seems the first NGGallery block is interpreting the query.? “Pro Tile” appears to not handle this as gracefully (maybe some shared state?) and so when the first instance fails, it leaves variables in a bad state that means all subsequent NGGallery blocks fail to render properly.

Site information:
– Hosting environment: PHP 8.1, Apache httpd 2.4.59, MariaDB 10.11.6, AlpineLinux 3.19 (Imagely support: see phpinfo.html emailed to you yesterday)
– WordPress 6.5.2 (downloaded yesterday morning)
– Imagely theme 2.3.0 (installed from downloaded ZIP)
– NextGen Gallery 3.59.2 (installed from downloaded ZIP, then updated through WordPress dashboard)
– NextGen Pro 3.31.2 (installed from downloaded zip, then updated through WordPress dashboard)

ZIP file hashes of plug-ins (SHA-256):

e2d0099b7b668693e6509904b1cc921d0bbd9740a07ebf546bec1d738c0565bf imagely-v2.3-4740865ebff87963e5.zip
9dd8dba247320b4a5736c48866a07eccf2520aeb7388236989b10743aa6cafc1 nextgen-gallery.zip
1b241e6da4e47030e021134eae9f42c4a1205ef091b2bcb5bfd5f517f3e8e84e photocrati-nextgen-pro-3.31.1-4740865ebf92578d21.zip

I’ve never been able to get the Imagely plugin to work effectively and have resorted to third party solutions (NextGEN Gallery LR Plugin and WP/LR Sync) both of which are independent developer projects which tend to “break” whenever LR comes out with a major revision.

Ideally I would love the Imagely ecosystem to handle the solution end to end, LR to WordPress to $ in my pocket. Am I the only one who can’t get success out of the Imagely connect LR plugin? When I try to publish a gallery (HTTP mode) I get a series of javascript errors as shown below screenshots. Lightroom progress bar just hangs after a while and the Imagely logs show that it is just waiting for a response endlessly. When I try to use FTP mode , it complains the the custom preset is incomplete (even though it’s not). I am not clear whether FTP uploads have been totally deprecated in the plugin or not.

As it stands I am having to manually upload my galleries and I don’t really have a sync solution which is what I desperately desire.

Windows 11

LRC 13.0.1

WordPress 6.4.1 running Imagely Ansel theme. Using Genesis 3.4.0. / PHP 8.2

My host is a normal commercial hosting platform Dreampress Pro on Dreamhost

Am I doing something wrong or is there something I need to adjust server side?

11/15/2023 17:22:11 INFO queueAction: collection_status
11/15/2023 17:22:11 INFO {
isDefaultCollection = false,
localIdentifier = 18294795,
name = "Test Sync 202311",
storagePath = ""
}
11/15/2023 17:22:11 INFO queueAction 2
11/15/2023 17:22:11 INFO queueAction 3
11/15/2023 17:22:11 INFO {
actionStatus = "pending"
}
11/15/2023 17:22:12 INFO queueAction: collection_status
11/15/2023 17:22:12 INFO {
isDefaultCollection = false,
localIdentifier = 18294795,
name = "Test Sync 202311",
storagePath = ""
}
11/15/2023 17:22:12 INFO queueAction 2
11/15/2023 17:22:12 INFO queueAction 3
11/15/2023 17:22:12 INFO {
actionStatus = "pending"
}

I am making a website with NextGen gallery and Imagely themes.

The hcaptcha box works fine on the comment form for posts. NextGen gallery also makes it possible to include comments on single images in galleries — which I have enabled. The trouble is that the hcaptcha also gets applied to the comment area in the galleries but does not work. The hcaptcha area appears, but the checkbox is absent, making it impossible to leave a comment via that form.

Is there any way to either get the hcaptcha to work on that comment form or to exclude it from the form and only have it appear on post comments?

Thanks.

I’ve used this plugin successfully on many different WordPress sites. However, I am creating a new site, which has minimal plugins. I used this plugin to create a child theme. However, at some point it ends up with only the “Widgets” option being available in the WordPress Customizer.

I’ve disabled all plugins and the issue persists, so that’s not it. When I switch to the parent theme, the issue is solved. I have nothing additional that I’ve added to functions.php for the child theme.

The theme in question is “Imagely.”

Is there something that I am not doing to configure this theme properly. I’ve never run into this issue before when using the plugin to configure a child theme.

I tried the plugin for an half hour, saw this is’nt the plugin for my needs. So i disabled automatic payments directly within PayPal.

Now, a month later i saw there was a payment made through paypal for a year in advance. I mailed with support and the only thing Mihai Ceban from support is saying; we can not do a refund because you did’nt send us a mail (look at the ‘term’ – small letters). So i’m flushing 110,-… 

So if you want to buy this plugin. Think twice. This company had a business model; not to make u happy use the plugins, but pay the bill for something you might not use. Beh

I now use Foogallery and those guys know what service is. Use there support multiple times. So Imagely, if you want some tips. Look at your competitor Fooplugins. They do it a lot better…

Default Gallery Type Template

This is the default gallery type template, located in:
/home/wmoou5befglj/public_html/beta/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/nextgen_gallery_display/templates/index.php.

If you're seeing this, it's because the gallery type you selected has not provided a template of it's own.

the site is using v 2.2.10 and I’ve tried downloading different versions but I can’t yet find a solution. Please help!

Does anyone have the slightest clue on what or how I should tackle this?