rcgordon

I would still advocate for an option to be implemented in Settings > Media to allow for the attribute to be added to iframes.

In the meantime, can someone recommend an action that might be added to functions.php that would accomplish that goal?

Me, too. I use this frequently.

A feature that I might hope to be added is to operate on posts between a starting date and an ending date. The Limit field is too inflexible to target a range of posts, which might be damaged if they are before or after a certain date.

If it’s not supported, are there any other plugins with similar functionality?

The code posted by mrkhanakia (post #4) did not work for me. I still need to deactivate Yoast SEO to resize images.

I can confirm the same problem with version 3.0.7. If I deactivate Yoast SEO (free), the scaling functionality returns.

https://www.theshelterblog.com

Exact same problem (to line and character), testing IE8 or IE7 in VMware 7.1.3 on Mac (10.10.5).

Site is https://theshelterblog.com

The 3.6.0.2 fix seems to be working on https://www.theshelterblog.com, after having disabled my JavaScript fix.

3.0.6 breaks WP Lightbox completely for me too, in 4.4.

I reinstalled 3.0.5 to use with the script I built further up this thread.

Another update:

Since the Lightbox fix works as well if you just ADD the necessary rel value, without removing the WordPress-generated ones, this is a modified version of the jQuery function, which adds the Lightbox code without removing the other rel values:

function fixRelsForLightbox() {
  var $targets = $('a[rel~="attachment"]');
  if ($targets.length) {
    $targets.each(function() {
      var $this = $(this);
      $this.prop('outerHTML', $this.prop('outerHTML').replace(/(rel="attachment wp-att-)(\d+)/g, "$1$2 lightbox\[$2\]"));
    });
  }
}
fixRelsForLightbox();

The substituted line is:

$this.prop('outerHTML', $this.prop('outerHTML').replace(/(rel="attachment wp-att-)(\d+)/g, "$1$2 lightbox\[$2\]"));

It should be noted that this routine, in either of its forms, makes no change to the post’s database code. It merely is fixing it as it loads into the browser.

I set up a jQuery script (hopefully, temporary) to fix the rel attribute.

function fixRelsForLightbox() {
  var $targets = $('a[rel~="attachment"]');
  if ($targets.length) {
    $targets.each(function() {
      var $this = $(this);
      $this.prop('outerHTML', $this.prop('outerHTML').replace(/(rel=")attachment wp-att-(\d+)/g, "$1lightbox\[$2\]"));
    });
  }
}
fixRelsForLightbox();

The fixRelsForLightbox() function would also need to be applied in a callback for Infinite Scroll, if that’s used.

Elaborating on my last post, removing the entire rel attribute works; retaining the attribute but removing the value does not seem to work.

I would imagine that a quick fix might be to remove the attribute with a php filter, but at this point, I’m not sure what to hook into.

It turns out that it’s just on posts done since the update, and it appears that the problem is that WordPress *(or something) is now adding rel values of attachment wp-att-POST_ID. It those rel values are removed, the lightbox works as normally.

Is there some particular SLB function that I could include in a callback function for JetPack Infinite Scroll (and other Ajax-related issues)? I really like SLB, but I’d drop it in a fast minute for a lightbox solution with solid Ajax support.

Knowing what function from other plugins to add to my callback for post-load events has worked in some other cases, but I haven’t figured it out with SLB.

Before I updating, can you clarify what this means? Because I LIKE that if post A links to post B, that post B should also link to post A. If it doesn’t do that any more, without an option to revert to the previous behavior, I don’t want to update.

Since reverting to an older version is a pain, please explain more clearly what the new behavior is. There is no toggle to allow both-way linking?

What would be most ideal would be to have a system-wide toggle, and also to allow that to be overridden post-by-post in the Post Edit window.

Actually, I worked it out. It was already there to be pulled by $.get().

1.8.5 is working for me, too. Thanks, Julio. And thanks also to @cgossy, whose fix got 1.8.4 working.