fshequin

I suspect that the only way to keep this plugin active is to develop it ourselves as WordPress developers…..these folks are very good at breaking things that were working perfectly well….and here we go again….

The block editor for Widgets is retarded….it was a surprise problem for me today….that frankly pissed me off to no end…..along with 20 customers who all called me at 9:00am this morning.

this plugin should live as long as the Classic Editor plugin, which I think should last forever….but will they do that? I certainly hope so….

Update…..if you’ve read Yoast’s sticky post on the top of this support forum he recommends using the latest version of the plugin from Github:

https://github.com/Yoast/wordpress-seo

I did this and I can now save posts without getting the PHP errors…so in fact it’s fixed over on Github and the errors are cleared in the gitgub version of 1.6.

I don’t know how the version here on the www.ads-software.com site gets updated but it seems that updating this plugin from your backend of WordPress…will get a different set of files that do not include the fix.

I found this commit in the github repo:

https://github.com/Yoast/wordpress-seo/commit/e5c05d0b9e7088e47b8054cf9ea12f8f86a210fb

JTWEBB – your commenting out line 451 is THE fix….Yoast deleted that line of code in the above commit.

Confirmed….I’m having the exact same problem updated wp to 4.0 and updated wp seo to 1.6 and boom the same php errors everyone else is having above….deactivation solves it and yes I’m sure hacking the plugin will solve it…but that will get overwritten on the next update…which may be fine..as the next update, I would imagine will have this fixed? maybe?

has anyone heard from Yoast on this? I’m sure they are aware…..a lot of people are having this…..

I am currently having this same problem. I see this was posted 11 months ago. Was this issue ever addressed? Fixed?

What version of File Gallery supposedly contains the fix please….

Kind Regards,
Fred Shequine

Update: it’s the Black Studio tinymce text widget plugin…if left deactivated and I replace it’s purpose with the basic default text widget…no problems….I’ve posted my problem in the plugin author’s support channel……but I’d imagine it could still be an issue that higher ups might want to know about…..the plugin author claims to have updated his plugin to meet the new 3.5 tinymce changes…but something is amiss..under certain circumstances….

I’ll leave it to support staff whether you wanna kick this on up the chain….

Best, Fred

Further, I tested in Chrome latest and Firefox latest on os x Lion….

I solved the problem with some help from Stack Exchange….I was trying to solve as much of the problem without javascript as possible….we figure it out as follows:

<?php //The first index of the first row is 1?>
<?php $row = 1;?>
<?php $curFirstIndex = 0;?>

<?php //start counting items ?>
<?php $count = 0;?>
<?php while (have_posts()) : the_post();?>

   <?php //create actual html code ?>
   <div class="style-<?php echo $row;?>"><?php the_content(); ?></div>

   <?php //check if the next item is equal to the first index of the next row ?>
   <?php if ($count+1 >= ($row + $curFirstIndex)) :
       <?php
         //the next item will be in the new row
         //in $curFirstIndex store the first number of the current row
         $curFirstIndex = $row + $curFirstIndex;

         //go to the next row
         $row++;
       ?>
   <?php endif; ?>
   <?php $count++;?>

<?php endwhile;?>

Thanks for getting back to me!

Best, Fred

Follow up:

I’m pretty sure the solution is in doing an N times FORWHILE loop with IF conditionals that mathematically check for total posts per row and then show the content and add the count number to the content’s surrounding div class or id and then write some javascript or jQuery to alter the CSS in the same fashion…but my brain is fried and I can’t figure it out….

Best, Fred

I solved my problem…there was a database field value key in the verve tables that conflicted with another one….changed the value to something unique and viola….everything works….

Andrew,

That ticket does accurately describe the issue I’m having…and it seems the word type is reserved in certain areas related to media “type”. That must have been the conflict….I’ll choose a different word if necessary.

Thank you for getting involved and Emsi thank you for getting Andrew involved….

I have at this point not enabled any taxonomy based templates for this site, as the use and display of this taxonomy will not be displayed anywhere except the following …. I am building some custom templates that will use this custom taxonomy to filter a list of custom post types…that is why I’m using a custom taxonomy because I’ll need to populate a “Select” box with a limited set of values to filter against that each of the items in said list will be associated with….so I was asking the question only to understand if I’d get into trouble later…but right now I think I’m OK….and i’ve re-written the taxonomy to use the term “etype” and the media tabs work correctly now. I’m still using the word “Type” Singular and “Types” Plural for display purposes…I realize that this may get me into trouble. I’ll change if I see any other conflicts.

Again thank you both for your assistance!

Kind Regards,

Fred Shequine

Esmi,

I just tested removing the taxonomy and the problem went away…so it was my very generic term “Type” that was the issue…..is it possible to add a custom taxonomy called “etype” but give it the label “Type” for rewrite purposes ?

Best, Fred

Esmi,

Thank you for this….I found a plugin that I think is the problem….

it’s called Custom Post Type UI…also another plugin which is a variation on this one is called Custom Post Type UI Enhanced…either one if activated stops the Add an Image button’s pop up from displaying the images that I know are in the Media Library. However, if I use the Add Media Button instead then all the items in the Media Library do show regardless of whether the plugin is turned on.

This got me thinking….it used to work before…with this plugin activated…hmmm and I thought wait a minute I recently added a Custom Taxonomy using this plugin and that taxonomy is associated with two custom post types and the word I used for this taxonomy is “type” to create a unique category to associate type’s of Events and Exhibitions, the site is for an arts organization….could that be the real culprit, that the word I used is conflicting with something in the Add Image pop up code?

Any help is much appreciated!

Best, Fred

I wonder if someone could add this to the 3.1 Master List of known 3.1 plugin problems?

Thanks for your responses and help….you were right it was after all a plugin that caused the problem!

Thanks again, Fred Shequine ??

Esmi, Thanks for the quick reply….problem solved!

This plugin was not implementing contextual help properly for WP 3.1

Custom Post Type Archives

There is a forum thread HERE that let me know. The developer has responded not fixed yet. But I was able to disable his contextual help from his plugin file. So I’ve hacked into good behaviour.

Esmi, the default contextual help is still not showing and I’ve been through all the steps.

Any other ideas ?

Best, Fred Shequine