Caught it. I’d hardcoded ‘http://’ in the qp_login_url() string on a site that was using ‘https://’ in the WP and site addresses.

Hmm .. maybe not. I have the nonce passed over, it appears in the headers in the endpoint but still I have no logged in users. Any other thoughts?

thanks.

thanks. I thought not but stones, unturned and all that.

thanks. Can I request that you open source this if you are going to distance yourself from it. It’s a useful tool and I’d hate to see it fall off the edge of the table. Github would be nice.

If an existing image is being replaced it makes sense to me that the dynamic images would be deleted. If you don’t then you’re left with dynamic images that don’t match the actual image in the database. If you do delete them then they’re automatically re-generated when a display that needs them is next viewed.

If you don’t delete them then I have to write a plugin to do the job, unless I’ve missed something, because it can only be done at the server end. Unless you can add an xmlrpc method to delete them?

I don’t mind adding a plugin, particularly, but it seems like a troublesome way to do it to me.

OK, thanks. Although it’s a shame that uploadImage doesn’t do its job properly.

Yes, I was referring to the plugin code. I appreciate the in code documentation but digging around inside a code tree when you’re not sure where to look or even the precise name of what you’re looking for isn’t a great way of doing things. Basic stuff like getting a gallery, looping through image galleries, adding extra information to gallery displays; these are all tough to get information on.

Custom galleries through templates; I really hope you’re going to be doing something about this because it seems half done and the end result, especially if you’re passing the result along to a client, seems kludgey and half done. Last time I dipped into this I ditched templates and built something based around an article by one of your guys, Benjamin, at https://0x18.us/creating-a-new-nextgen-display-type/. Which now seems to be down, unfortunately. This was a useful article and a lot better but the levels of complication required to do something which ultimately isn’t that complicated – grab a gallery object, loop through its images – seemed excessive. I hope it hasn’t disappeared for good.

We had a conversation here about custom galleries and documentation a few months ago, fwiw:

https://wordpress.org/support/topic/gallery-template-access-shortcode-attributes/

It also looks like it breaks the Nextgen Pro display types. With the plugin as downloaded installed all the pro customise display tabs are empty.

My Pro subscription has lapsed and I’m aware that I’m running this thread off topic so I’ll get my subscription renewed and see if I can’t take it up with pro support.

Thanks for your input, it was very useful.