Intracommunities Inc

UPDATE

Problem solved “for now” — please evaluate.

wp-content/plugins/wp-ecommerce-shop-styling/includes/class-haetshopstyling.php line 725

Change :

//$message_html = str_replace('{'.$param["unique_name"].'}', $param['value'], $message_html);

To :

//$message_html = str_replace('{'.$param["unique_name"].'}', $param['value'], $message_html);
			if (gettype ( $param ) == 'array') {
				if (array_key_exists('value', $param) && array_key_exists('unique_name', $param)) {
					$message_html = str_replace('{'.$param["unique_name"].'}', $param['value'], $message_html);
				}
			}

Having same problem …

WordPress 3.5.1
WPSC 3.8.10
Shop Styling 1.9.2

https://www.ostrovitsky.com

We’ll refund and void any purchase made. Fix it for free chocolate babka?

Warning: Illegal string offset ‘unique_name’ in /usr/local/www/o/os/ostrovitsky_boss/docs/wp-content/plugins/wp-ecommerce-shop-styling/includes/class-haetshopstyling.php on line 725

Warning: Illegal string offset ‘value’ in /usr/local/www/o/os/ostrovitsky_boss/docs/wp-content/plugins/wp-ecommerce-shop-styling/includes/class-haetshopstyling.php on line 725

SOLVED

Thank you for the hint.

Looking at the podpress.php code, I noticed the following line, which convinced me that wordpress was not seeing the environment correctly. One look at the php5.cgi wrapper script told me that I was not exporting environment variables around PHP correctly.

607       $page_with_podPress = Array('post.php', 'page.php', 'post-new.php', 'page-new.php', 'categories.php', 'admin.php', 'edit-tags.php');
608       if ( in_array($pagenow, $page_with_podPress) ) {

It was clear at this point that the $pagenow scalar was not correct, but instead reading the location of my wrapper script!

If using wordpress in cgi wrappermode, please make sure you have the following code above the execute call in your wrapper script :

SCRIPT_FILENAME=$PATH_TRANSLATED
PHP_SELF=$REQUEST_URI
SCRIPT_NAME=$REQUEST_URI
export SCRIPT_FILENAME
export PHP_SELF
export SCRIPT_NAME

As you say, those JS calls should be initialized with a plug-in call in the header.

The script tag you’ve placed above is what I was looking for too. It is not on the post/add/edit page at all, in the source.

I’ve de-insatlled and then re-installed podpress, to no real change.

The post/add/edit page does not have the script tag and therefore the JS is failing.

As deinstall and then install had no bearing on this, is there another procedure to test if podpress is missing something?

Jeremy