mlorim

I commented line 73, the error cleared and the data displayed appears to work OK.

/** return $row[0]; */

I have the same error message. Do you resolve it?

Warning: Trying to access array offset on value of type null in wp-content/plugins/rootspersona/php/dao/sql/class-RP-Query-Executor.php

Thanks very much.
I selected Post Types|attachment and Custom fields|Some|_wp_attachments_image_alt and reindexed.
That finds the image alt text linked to the image filename.

Thanks for your reply.
I could find the post title with the search word, but I was wanting a visitor to get search results for individual images by caption without scrolling and searching through the whole post and visually scan for it, which WordPress already does.

Thank you rmeck! I spent hours trying to figure why categories and tags archives stopped displaying.
After several months with no plugin update to fix this issue, how can we trust it again?
I’m studying Pods plugin instead.

I have used Custom Content Type Manager plugin (free) to create custom fields in a custom post_type, then remapped the columns of a spreadsheet for CSV Importer. It successfully imported titles, post text, and categories, and added all the custom fields values except for images, which I haven’t resolved yet.

I created a child theme and customized single.php to display the custom fields in the post.

I had a similar problem. With my Hostgator hosting the File Manager did not show hidden files until I switched to the “Legacy File Manager”, which revealed the presence of the .htaccess file after I renamed htaccess.txt.

Also with Shared hosting and if using an Add-on domain, the path to the backup-db folder needs to be confirmed as /home/”account name”/public_html/”add-on domain name”/wp-content/backup-db (in the plugin’s Database DB Options screen). You can see the full path name in the File Manager. Mine was incorrect and was looking for the .htaccess file in the wrong place.

Your work-around works for me too as long as changes are saved first, or they are lost from the reload. Still, it’s very frustrating and inefficient to work this way when needing to change titles etc for pages of multiple images.

Your opportunity to change hosting helps remove that area of troubleshooting. Things are pointing back to a WordPress bug. It appears to be cross-platform on different OS’s and multiple browsers.

Same problem of blank pop-up image edit screen for me using Safari 6.0.3 on Mac Mtn Lion. Clearing browser cache and cookies helped one time but not subsequently. I use Cloudflare CDN but turning it off and clearing cached pages did not help.

Same problem when using Chrome 26 and Firefox 19 browsers on 2 different computers. IE 7 worked OK, which allowed me to get some editing done. How ironic ??

On a prior session last week adding “Use Google Libraries” plugin seemed to be the solution for awhile, but not any more.

Keeping image sizes below 1000px as suggested by others did not resolve it. Removing old post revisions appeared to work once but not on a subsequent session.

Since this happens intermittently with various combinations of computers and browsers could it be a database or hosting issue?

I have a basic WP v3.4.2 installation with the only changes to WP Settings>Permalinks being set to Post name /%postname%/ and using Zenshop v1.0.0 theme plus the required Cart66 Lite v1.5.0.2 and WP-PageNavi v2.83 plugins.

In order to get the Add Cart66 shortcode icon to work i.e. not display a blank pop-up, I added this code to the theme’s function.php, just before the last ?>

/* CUSTOM PRODUCT SLUG */
function my_products_pages() {
  return array('products');
}
add_filter('cart66_add_popup_screens', 'my_products_pages');

Then the product editor icon, (which is gray for me) works in both visual and HTML modes.