tibonihoo

Oh… That was it !

For the record this is related to a bug in zenphoto 1.4.2:

https://www.zenphoto.org/news/publish-content-utility

https://www.zenphoto.org/support/topic.php?id=10304

Thanks for checking the album and sorry for the wrong report. Next time I’ll first log out my zenphoto site before checking if my images are displayed correctly.

And thanks again for the great plugin.

Some of your questions relate to things I already tested, but that’s a good occasion to check it again ??

About my setup: wordpress and zenphoto are on the same domain:
https://www.tibonihoo.net/blog/ (this is wp)
https://www.tibonihoo.net/photos (this is zenphoto)

– The Zenphoto gallery URL is set to: https://www.tibonihoo.net/photos

It’s always been configured like that I think and seems ok to me anyway.

– yes I ask for thumbnailing but I’ve just tried the 3 options: Default/Full size/Custom with no specific effect ??

– hotlinking: I’ve unchecked the related option in zenphoto, but I’ve still to check if there’ something to chantge in the .htaccess

Also I’m not sure about your last question (are you asking about the php sources of the plugin or the requests it does ?). Looking at the zenphoto_bridge code, I had the impression that images were retrieved via a SQL query, probably a misunderstanding on my behalf (?)

In any case when I activate “all” logging, I see the following GET request where, I think, the problem starts:

https:// [my site url] /blog/wp-content/plugins/zenphotopress/zenphoto_bridge.php?albumid=52&function=count_images&data_path=/correct/path/to/photos/zp-data

(/correct/path/to/photos/zp-data replaces here the “real” path in the URL, but I’ve checked that this was the good one)

The result of this GET request is:

i:0;

and its the same for all album ids.

The weird thing is that info is correctly retrieved for other stuff of the album for instance this other GET request I’ve found in the logs:

https:// [my site url] /blog/wp-content/plugins/zenphotopress/zenphoto_bridge.php?albumid=52&function=get_album&data_path=/correct/path/to/photos/zp-data

returns:

a:3:{s:4:”name”;s:10:”catacombes”;s:3:”url”;s:10:”catacombes”;s:8:”parentid”;N;}

Hi after upgrading to both zenphoto v1.4.2 and the new version of the plugin ZenphotoPress 1.7.5, it seems the plugin cannot fnid the images anymore.

Symptoms are as follow:

– I had a zenphotopress widget on my sidebar (that has been working ok for a few years) but it does not show any image (the widget’s enclosing html tags are still here, but images “listed” in it)

– when I try to include images from my zenphoto gallery in a wordpress article, the zenphotopress dialog finds the good list of albums, but, whichever album is selected, no images are shown in the selection area.

I tried to investigate a little by activating the INFO mode (in classes.php as explained in another post) but the info displayed seems ok: good urls for requests, good guess for mod_rewrite and that’s about it…

I guess the plugin is able to connect to zenphoto’s db since it gets the right list of album, but maybe the SQL request to get images has changed on zenphoto’s side ?

I don’t remember changing any option before the problem came up, but just in case is there an option in zenphoto that would be incompatible with zenphotopress ?

Btw: thanks for this plugin, maybe not the best time to say it, but it has been really helpful and a nice addition to my blog so far ??

Note: I also tried to install zenphotopressv1.7.4 and edit it with the above hack to get the cfg file instead of the php one, but the symptoms where the same.

The “compress => false” did not work on my wp installation nor did the 2.6 update.

But installing TinyMCE Advanced plugin did solve the problem (after adding one or two buttons to the toolbar), I can write again ?? Joy !

It’s definitely turned on in my profile. (First thing I’ve checked actually)

I have the same problem too

I had a similar problem, and found out that the solution given there:
https://mp40toff.free.fr/blog/?p=4

seems to work.

Note: the post is in french but the solution is only a question of adding two lines to the .php files of the plugin and also a substitution. However this is a bit fastidious since you have to do so for every files that has ‘require_once’ in it :S