Ruud Laan

Hi Mikko, I just got the same error.

Tried some adjustments to your code:
$wpdb->query(“ALTER TABLE ” . $relevanssi_variables[‘relevanssi_table’] . ” ADD INDEX typeitem (type, item);”);

works in MySQL 5.0.51a-3ubuntu5.4

The file I swapped these lines in is directed-type.php

I’m running in the same problems here. Any luck in finding a solution yet?

That did it! Both where called on ‘init’. I changed the order they are called.
Strangely the connections meta boxes etc are working nonetheless.

Some ideas here:
– When making a connection could you do a check whether or not the actual posttype exists? And if not show an admin_notice of some kind?
– When registering a connection no validation is done on the length of the id.. but the connection id is later on stored in a varchar(32) field. This may also lead to problems.

I looked at the upgrade function. When this function tries to receive the posts to do the upgrade with.. it ends up with an empty array.. so no updating takes place at all.

This is my $args array for the get_posts () function:

Array
'post_type' =>
array
0 => string 'post' (length=4)
'suppress_filters' => boolean false
'ignore_sticky_posts' => boolean true
'connected_items' => string 'any' (length=3)
'cache_results' => boolean false
'post_status' => string 'any' (length=3)
'nopaging' => boolean true
'connected_direction' => string 'any' (length=3)
'connected_meta' =>
array
empty


I’m also not sure how this is going to get posts at all, so could you have a look at it and tell me why this isn’t working for me?

Strange indeed.
I cannot give you access to our staging environment, but i might be able to debug it myself if you can point me towards the ‘import’ function? Any clues on what the value of the p2p_type column should be is also greatly appreciated

Finally found the solution: I made several modified plugin based on the Image Widget by plugin by Shane & Peter, Inc. https://www.ads-software.com/extend/plugins/image-widget/
However, this plugin is queuing JavaScript stuff from within the widget object.. thus loading several similar script files which resulted in total admin blackout.
I ended up with a total rewrite of the plugin code, stripping it of any (in my case) unnecessary stuff and moving all other things out of the widget object scope.

I’m not using any role management plugins.
Custom options might be (?):
5 register_nav_menus
11 custom post type
11 custom taxonomies
17 sidebars
42 widgets used in the sidebars

Thnx esmi for your reply.
I am not using the suhosin add-on, so that one we can rule out.
It might be memory issues, i can check the usage on these requests. I also want to check the server error-logs etc. Funny thing is: when I log in as an ‘editor’ this partial rendering behavior happens more often then when I am an ‘admin’. Might there be some additional checking (hence queries) going on for the any role which isn’t an ‘admin’?

the last thing i get in the HTML is the tinyMCE.addI18n stuff script:

<script type='text/javascript'>
tinyMCE.addI18n({nl:{ ... }
</script>

I think I read a comment somewhere by the plugin author that currently only 1 interest group is supported by the author.

I hope he can check this (checkboxes) solution and perhaps update the code in the next release, i just don’t like having modified files in my svn:externals ??

Hi,

I run into something similar, and found out my problem was related to this part in mailchimp.php (line 1035)

This switch only had a case for ‘checkbox’ but I added ‘checkboxes’ in order to get the $_POST[‘interests’] send to MailChimp

case 'checkbox':
case 'checkboxes':
if (isset($_POST['interests'])) {
foreach ($_POST['interests'] as $i => $nothing) {
$merge['INTERESTS'] .= str_replace(',', '\,', $i).',';}
break;

sorry.. still not right..
https://simplyfied.url/skin.php?widget_id=3Url-encodedAmpersandamp;skin=grey

please replace ‘Url-encodedAmpersand’ with the corresponding html entity.

sorry: my url-encoded problem gets url-decoded again…
the above URL should look like:

https://simplyfied.url/skin.php?widget_id=3&skin=grey

or maybe like this:
https://simplyfied.url/skin.php?widget_id=3&skin=grey

Some more clarification:
My CSS URL ends up looking like this:
https://simplyfied.url/skin.php?widget_id=3&skin=grey

So the ampersand which is allready url-encoded gets encoded a second time, which may in turn cause the problem because my requested css turns up like this:
Notice: Undefined index: skin in /simpliyfied/dir/skin.php