miquelpontes

Thank you very much Jeremy, I used the first option to avoid the notice displaying and it seems to work just fine.

I’ll keep an eye on this. Thank you for your incredible work.

Hi Ross,
You’re absolutely right. It was our site preventing some Google server from accessing our website to display the KML files.
In order to help the security system in our website we have an IP exclusion list fed into .htaccess and for some reason the IP of a Google server was included in the last update (curious as we only insert IPs from widely known misbehaving servers), hence that server lost access.
We reverted .htaccess to a previous version and the maps display just fine again.
Thank you very much for your prompt response and accurate answer. Right on the spot !
Cheers !

• This reply was modified 8 years, 1 month ago by miquelpontes.

@tzucker Katie means Zotpress cache (Admin page – Zotpress – Accounts – Clear Cache).

@kseaborn, you’re did a GREAT job !!

It worked just fine, it loads the citations in 50 record batches but they load just fine, sorted and all, until the total number is reached. This is the solution, thank you very much !!

Katie,

By the way, as the [zotpresslib] provides the right functionality (properly paginated bibliography), would you consider adding a “tag” value to the “type” parameter of this shortcode (in addition to “dropdown” and “searchbar”) that returns the results for a given “tag” without further interaction (no need for an interface either) with the user ? It could be a solution to the present problem, that seems “stuck” because nobody modified anything, but [zotpress] shortcode only returns 50 results.

Thank you very much for your support and dedication !

@tzucker thank you very much for all this testing.

In case this may help you, every Zotpress version you might need is downloadable from this page (https://www.ads-software.com/plugins/zotpress/developers/). It is important to note that there is an important functionality change from version 6.0, so it’s of no purpose installing Zotpress versions earlier than 6.0.

Every WordPress version is downloadable from here (https://www.ads-software.com/download/release-archive/). WordPress 4.5.3 or 4.5.4 would be an interesting try to know if it is the WordPress core update to version 4.6 what provoked the problem, as Katie suggests.

• This reply was modified 8 years, 5 months ago by miquelpontes.

Katie,

I really do not recall the exact point where it began to fail, but one of my plugins (Simple History) reveals some information from my site update history that could be useful to pinpoint the problem:

08/08/2016 Updated Zotpress from 5.2.10 to 6.1.4 (I had the local Zotero database replication version installed because of speed and functionality, but I began experiencing several hacking attempts so I followed Wordfence security plugin recommmendations and updated Zotpress).

17/08/2016 Updated WordPress from 4.5.3 to 4.6
24/08/2016 *** I noticed the problem so I opened this incidence thread ***
28/08/2016 Updated Zotpress from 6.1.4 to 6.1.5
07/09/2016 Updated WordPress from 4.6 to 4.6.1

So it could be WordPress update from 4.5.3 to 4.6 that started the problem. It certainly was NOT the WordPress update from 4.6 to 4.6.1, NOR Zotpress update from 6.1.4 to 6.1.5 because the incidence was already detected.

Of course there could be other common plugins interacting, main suspicious (because of its size and complexity, and its popularity) with several updates lately could be the huge Jetpack plugin. It would be interesting to know if the other affected sites have it activated or not (I have it partially active), with the following updates in my site OPK:

18/08/2016 Updated plugin “Jetpack” from 4.1.1 to 4.2.1
20/08/2016 Updated plugin “Jetpack” from 4.2.1 to 4.2.2
07/09/2016 Updated plugin “Jetpack” from 4.2.2 to 4.3
09/09/2016 Updated plugin “Jetpack” from 4.3 to 4.3.1 (present version)

Hope this helps.

Hi Katie,

Yes I think the issue is fixed in version 6.1.5

From the pages I checked some appeared unsorted, but reloading the page in browser fixed it. Clearing cache probably would fix that too after the upgrade.

Thank you very much !

After reinstalling Zotpress it is working now. Please dismiss this thread.

After reinstalling Zotpress it is working now. Please dismiss this thread.

After reinstalling Zotpress it is working now. Please dismiss this thread.

I have the same problem. Bibliography looks well in IE and Firefox, but authors are not sorted properly in Chrome. Zotpress 6.1.4 on WordPress 4.5.3. Site OPK-Opistobranquis. Sample page with wrong bibliography order:
(https://opistobranquis.info/en/PYYJt), but happens in any other page.
Shortcode used:
[zotpress tag="Cerberilla bernadettae" style="entomological-society-of-america" sortby="author" order="asc"]
Thanks for your support.

Investigating a bit further, this time from the Flexible Maps plugin side, I found the following statement in the documentation, regarding maps not displaying with the mapping plugin:

“Something on your website is stripping the query strings on scripts. Some security plugins do this, and I’ve heard of a theme doing it too. You need to find out what is doing it and fix it, or remove it.”

I’m no programmer, so I can’t tell what is really going on. Any help would be welcome.

@dwinden,

I did your change as suggested and it worked just perfectly. Now I can leave the “Enable HackRepair.com’s blacklist feature” turned on.

Thank you very much !

It makes everything forbidden and throws a 403 server response. This method is used in combination with some other RewriteCond directives when you activate “Enable HackRepair.com’s blacklist feature” in the “Banned Users” section.

I had to disable that blacklist feature as it was incompatible with some PHP used in my WordPress theme, preventing loading some files from filesystem due to 403 error.

Further “playing” with the configuration, I saw that the PHP code functionality is restored back when I UNCHECK the option “Enable HackRepair.com’s blacklist feature”. It does some kind of reconfiguration of the .HTACCESS file that produces this behaviour.