Christopher

Hi Rob,

Thanks for your “quick hack”. I uncovered the same issue as you, realized I needed a v3 API key and how to properly format the Request URL; but, I was going crazy trying to figure out how to pass the API key. Your example, was EXACTLY what I needed. As a return gift to you, if you have not already done so, your “quick hack” inadvertently “breaks” the ability to pass multiple (or non-contiguous) passages in the search request (e.g., Romans 8:28,31 will only return Romans 8:28, and Matthew 28:18-20; Acts 1:8 will only return Matthew 28:18-20 – in these two instances, the non-contiguous passages, Romans 31 and Acts 1:8, although returned by the Request URL, are ignored by the plugin function because you are only returning the first passage returned: $response->passages[0]).

The following modification to your “quick hack” resolves this issue and restores full functionality to the routine. Also, I added more options settings based on the API documentation. You may wish to modify those as you see fit. One note: ESV’s options has a bug where the “attach-audio-link-to” option, which can be set to either “passage” or “heading”, according to the documentation, seems to only recognize “passage” and yet it places the link next to the heading (go figure). I do not have time to chase that rabit any longer. Just thought I would pass it along.

Thanks for pointing me in the right direction! May God richly bless you exceedingly beyond your ability to measure.

Bro. Chris
Saved by Grace Ministries
https://SavedByGrace.net

//Returns ESV text
function mbbt_add_esv_text ($reference, $heading) {
		$esv_url = 'https://api.esv.org/v3/passage/html/?q='.urlencode($reference).'&inline-styles=true&include-passage-references=true&include-chapter-numbers=true&include-first-verse-numbers=true&include-verse-numbers=true&include-footnotes=false&include-audio-link=true&attach-audio-link-to=passage&include-short-copyright=false';
    if ($heading === FALSE || strtolower($heading) == 'span')
        $esv_url .= '&include-passage-references=false&include_audio_link=false&include-first-verse-numbers=false';

		$esv_args = array(
			'headers' => array (
				'Authorization' => 'Token XXXXXXXXXXXXXXXXXXXX'
			)
		);

    $response = json_decode(wp_remote_retrieve_body(wp_remote_get($esv_url, $esv_args)));
	$output = '';
	$passages = array();
	$passages = $response->passages;
	foreach ($passages as $passage) {
		$output .= $passage;
	}
		return $output;
}

To be clear about the prior comment:

I would rather use your plugin. I just do not know how long I can wait for a fix before doing something (e.g., using Kevin’s plugin).

After careful consideration, I will reactivate your plugin for now, which means the link I supplied in the ticket should still demonstrate an example of the abnormal behavior. Hopefully, it will not take long for you to identify the problem and devise a solution.

I temporarily deactivated Google Analytics for WordPress (4.2.5) and installed and activated Google Analytics (1.0.2) by Kevin Sylvestre and the problem has been resolved. Consequently, there is something about the update(s) your plugin make to the site header which conflicts with the jQuery UI Widgets plugin’s updates to the site header.

I do not know what the significant differences are between your plugin and Kevin Sylvestre’s; nonetheless, at this point it looks as though I would be better served to use his plugin instead of yours. I say this only to point out that once I make my change permanent, my bug obviously gets resolved, and the link I supplied in this ticket will no longer show an example of the abnormal behavior.

Thank you for your time.

David,I posted a bug report in the Google Analytics for WordPress bug tracking system as promised. I also did some searching for other plugins which provide the functionality offered by the Google Analytics for WordPress (4.2.5) plugin by Joost de Valk. I have replaced it with Google Analytics (1.0.2) by Kevin Sylvestre and the problem is resolved.

Apparently the problem is with Joost’s plugin and involves some sort of conflict with your plugin during the updating of the site header. I have notified them of the problem and hopefully they will eventually resolve it.

Until that time, I will continue using Kevin’s plugin for Google Analytics which works flawlessly with your plugin.

Thanks for your time.

Does that mean you are unable to replicate the problem with the other plugin installed or that you have no interest pursuing this issue since it involves a conflict with another plugin?

I need both plugins.

In order for your plugin to function properly (under normal circumstances) you write code to the site header. So does the Google Analytics plugin. It is obvious there is a conflict between the two. Which plugin is at fault? I do not know. I am hoping you would be interested in pursuing this just in case the solution lies with your plugin.

I will post the same bug report for the Google Analytics plugin and hopefully, between you both, a solution will be forthcoming.

Thanks. You have done an amazing job with your plugin.

You are correct. There is a conflict with the following plugin:

“Google Analytics for WordPress” version 4.2.5 by Yoost de Valk

When the Google Analytics plugin is deactivated, the jQuery UI Widgets Tabs work as expected. When the Google Analytics plugin is activated, Tabs cease to function properly and result in a blank screen as identified in prior posts. Accordions seem to work fine, apparently, only Tabs are affected.

What now?

Update: I have discovered the browser only goes blank when navigating to and attempting to display the post itself. If the post is being displayed with other posts on the posts page, it displays and operates just fine.

I have a simpler demonstration of this problem on my personal website: ChristopherFulgham.com. Navigate to the posts page by selecting Blog from the main menu or click here. Scroll down to the third post: Test of jQuery UI Tabs in WordPress v3.4.1. You will notice everything displays and operates as it should. Click on the post (or click here) to display the post by itself, and you will see the post display for a few seconds and within seconds of the tabs being formatted (incorrectly I might add) the browser page goes blank.

URGENT!!! Please help. I have multiple posts on my ministry website that use tabs and will not display correctly because of this bug.

Yet another note: The problem only occurs with Tabs. Accordions work fine. When the post refreshes to display the formatted tabs, the browser “freezes” for a few seconds and then the page goes blank.

One additional note: everything was working fine until I upgraded from WordPress 3.4 to 3.4.1. After the upgrade is the first time I began observing this problem.

I am experiencing the exact same error. Sometimes it is sporadic. At other times it consistently/repeatedly fails. When it fails, most admin functions (including publishing/updating posts) cease to function properly (they get terminated by the error before they can complete).

My only option has been to deactivate the plugin and I was only able to do that during one of the instances when the error did not occur (it took many attempts to successfully get into the Plugins page).

I would like to use this plugin; but, this error is a show stopper. Please help.

I decided to switch to the jQuery UI Widgets plugin.

I know… I know… I have to spend even more time in HTML mode with that plugin (it uses divs to define the tabs).

Thanks anyway.

The update to Facebook’s plugin, released an hour ago, has fixed the problem. Thanks for your time.

Thanks Otto.

I am on the phone with GoDaddy tech support as I write this. They identified the problem just as you have and have already created the tmp directory in the appropriate place and all is working now.

Thanks for your help.

I am getting the exact same error(s). It worked fine under GoDaddy’s Windows Ultimate. I migrated to GoDaddy’s Linux Ultimate and everything still worked fine. However, I just migrated to GoDaddy’s Linuz Ultimate 4GH and now I receive these errors whenever an App has been configured for the plugin (if I remove the App (i.e. blank out the fields and press update) the error goes away).

Errors:

Warning: session_start() [function.session-start]: open(/var/chroot/home/content/51/3319651/tmp/sess_h778cqmkebgl26o0ic7f2l8e31, O_RDWR) failed: No such file or directory (2) in /home/content/51/3319651/html/ChristopherFulghamCOM/wp-content/plugins/facebook/includes/facebook-php-sdk/facebook.php on line 39

Warning: session_start() [function.session-start]: Cannot send session cache limiter – headers already sent (output started at /home/content/51/3319651/html/ChristopherFulghamCOM/wp-content/plugins/facebook/includes/facebook-php-sdk/facebook.php:39) in /home/content/51/3319651/html/ChristopherFulghamCOM/wp-content/plugins/facebook/includes/facebook-php-sdk/facebook.php on line 39

Warning: Cannot modify header information – headers already sent by (output started at /home/content/51/3319651/html/ChristopherFulghamCOM/wp-content/plugins/facebook/includes/facebook-php-sdk/facebook.php:39) in /home/content/51/3319651/html/ChristopherFulghamCOM/wp-includes/pluggable.php on line 881

Warning: Unknown: open(/var/chroot/home/content/51/3319651/tmp/sess_h778cqmkebgl26o0ic7f2l8e31, O_RDWR) failed: No such file or directory (2) in Unknown on line 0

Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0

If I am looking at the source correctly (I viewed a page which works and a post which does not) the Javascript source is missing from the post.

You may look for yourself if you like:

Page (works): https://ChristopherFulgham.com

Post (broken): https://ChristopherFulgham.com/?p=97