Niklas

We migrated from Apache to Nginx at the same time www.remarpro.com did, we therefore use no .htaccess file at all.

That does not help. ??

I discovered something else, I can never get it to happen on the main site (site.com) but it only happens on subsites (subsite.site.com).

It does not rename the menu items (but renames them everywhere else). To rename the menu items you need to run this code (together with the earlier) in a module:

add_action('admin_head', 'nbr_modify_menus');
function nbr_modify_menus() {
    global $menu;
    global $submenu;

    if ($menu[5][2] == 'edit.php') {
	    $menu[5][0] =  __('News', 'nbrpost');
	    $submenu['edit.php'][5][0] = __('All news', 'nbrpost');
	    $submenu['edit.php'][10][0] = __('Create news', 'nbrpost');
    }
}

We have to run the production environment with WP_DEBUG set to false, but I have tested the install on a local server and the above code sends no errors.

Thanks!

Can I put in a feature request or pledge a donation for this feature?

How high can I move it?

HIgher up towards the top, like above upload.php.

Using top level with return “admin.php”; does nothing, it just keeps it below the separator under options-general.php.

I tried placing the widget in all different spots (using content to the left) but the breadcrumbs were absent.

This is the modification, it has worked fine and I can’t see any bugs.

add_action('init', 'nbr_rename_posts');
function nbr_rename_posts() {
	global $wp_post_types, $menu, $wp_rewrite;
	register_post_type('post', array(
		'label' => __('News', 'nbrpost'),
		'labels' => array(
			'name' => __('News', 'nbrpost'),
			'singular_name' => _x('News', 'post type singular name', 'nbrpost'),
			'add_new' => __('Add News', 'nbrpost'),
			'add_new_item' => __('Create news post', 'nbrpost'),
			'edit_item' => __('Edit news', 'nbrpost'),
			'new_item' => __('New News', 'nbrpost'),
			'view_item' => __('Display News', 'nbrpost'),
			'search_items' => __('Search News', 'nbrpost'),
			'not_found' =>  __('No News Found', 'nbrpost'),
			'not_found_in_trash' => __('No News Found In Trash', 'nbrpost'),
			'parent_item_colon' => '',
			'menu_name' => __('News', 'nbrpost')
		),
		'public' => true,
		'show_in_menu' => false,
		'rewrite' => array(
		    'slug' => 'nyheter',
		    'with_front' => true
		),
	));
}

Edit: Tried Twenty-eleven 1.3 and Breadcrumbs doesn’t even show up in that theme. All other widgets are visible though.

Can I send you anything like settings info, screen shots or database table rows?

I found another clue to the bug. Each time a new post is published the “dominant” (bread crumb that takes over the other bread crumb) changes to some other post.

Edit: I just found occasions where this issue is not confined to a specific post type, the “dominant” bread crumb even takes over the Page bread crumb on some pages.

I don’t think so. I tried to remove all other widgets on the page but it did not help.

Well, the problem is quite hard to nail down onto a probable cause. But here goes…

WordPress 3.2.2, multisite with subdomains, running NavXt 4.1.0

It only affects the Post post type as far as I can tell (the built in, but we have renamed it to News), anyway, on these posts the breadcrumb has this structure

Home link > Parent Page > News Post Title

One News post seems to over-write some other News posts as far as NavXt is concerned so that the post “Look here” has the breadcrumb

Home > News archive > Look Here

But the News post “What happened today” also gets the “Look here” bread crumb:

Home > News archive > Look Here

When it should be

Home > News archive > What Happened Today

Same thing with other News posts.

tuofertaweb

That seems like an unrelated problem, your problem is about permissions in the cache directory, this thread deals with the problem that is caused due to version 1.1 using $_SERVER[ ‘SERVER_NAME’ ] to generate the cache folder structure. Some web servers (nginx among them) does not create the variable $_SERVER[ ‘SERVER_NAME’ ] and therefore the cache will be generated and sent for the wrong site.