Raphael

I already answered your email. There is really no need to post the same message in (at least) three different venues.

Thanks, I’ll have a look.

I published a fix now that should solve your problem. It was a regression bug, sorry for the trouble.

This tracker: https://bugs.verrech.net/thebuggenie/zenphotogallery/issues/open

If you use other plugins by me, this is a known bug. I will publish a bugfix update soon. Sorry for the inconvenience.

If you are not, please activate debug mode and post your problem with the debug message to the bugtracker.

You miss the point. If I use Facebook features I can expect Facebook to track me. In this case, however, a third party tracks me, too, when I user Facebook (or whatever service) without me knowing. I am not even sure that is legal.

By the way, I block those pesky Facebook, Google+ and Twitter buttons categorically. So no, they can’t track me that way. But that is a personal choice, I guess.

Well, I dislike all kinds of invisible tracking, but that is not the point here.

WP and all the plugins listed in the directory are GPL licensed. I think it is only fair that a plugin that uses proprietary services to state so clearly.

My problem is this: site owners might the plugin and users login with their Facebook (or whatever) account. At no point does anyone see or intend that some other corporation gets data, too. It is dishonest to hide that fact.

The plugin’s affiliation has since been made clear, so I have nothing to complain about anymore. Of course, they don’t clearly say “We (can) track your visitors now”, but they can probably not be expected to (them being a company). People are hopefully clever enough to infer that themselves. However, it is site visitors I am concerned about: do site owners tell their visitors/customers that by using the site, they can be tracked by a third party? Probably not.

“Evil” is definitely not to be read literally. ??

I run my development sandbox in debug mode for obvious reasons and test new plugins there first, but your advice is sound in general.

Thanks for fixing!

Sorry, no time for this atm. That is, no time to install and investigate ZP 1.4. If you dig around and tell me where the plugin has to point to, I can adapt the plugin rather quickly.

Problem solved; form data has to be sent to options.php despite the options page itself having address options-general.php....

Same issue here. Hitting “Update” again publishes the post, but I like my schedule. Version is 3.3, but it started only a while after my upgrade, iirc.

This way, you have to repeat all steps after an upgrade.

Have you considered offering all brushes you find files for in scripts?

Glad I could help.

I plan to eventually support ZP 1.4, of course, but it might be some time coming.

I don’t know about this error in particular off the top of my head, but be advised that the plugin does currently not support Zenphoto 1.4. The way feeds work changed in ZP 1.4, so latest pictures and album views are bound to break. Sorry.

You are very welcome!

Maybe PHP offers more information if you enable debugging mode? (via wp-config.php)

As for permission issues, just make sure that json.php has the same owner/group and permissions as other Zenphoto files you access.

Thanks for your feedback!

What happens if you comment out the fopen stuff zpg_check_json (line 550) and just return true? I use fopen only to check wether the address is valid, the actual data is retrieved by file_get_contents; maybe it does not use fopen?

If not so, please open a ticket in the bugtracker and I will have a look when I work on the plugin again. I do not know to what extent curl can replace file_get_contents and wether it works for a proper superset of people, but maybe one can offer both?