alm06130

same problem when not in child theme
appears that secondary div overlays all page when reducing width
workaround:
.col-xs-1, .col-sm-1, .col-md-1, .col-lg-1, .col-xs-2, .col-sm-2, .col-md-2, .col-lg-2, .col-xs-3, .col-sm-3, .col-md-3, .col-lg-3, .col-xs-4, .col-sm-4, .col-md-4, .col-lg-4, .col-xs-5, .col-sm-5, .col-md-5, .col-lg-5, .col-xs-6, .col-sm-6, .col-md-6, .col-lg-6, .col-xs-7, .col-sm-7, .col-md-7, .col-lg-7, .col-xs-8, .col-sm-8, .col-md-8, .col-lg-8, .col-xs-9, .col-sm-9, .col-md-9, .col-lg-9, .col-xs-10, .col-sm-10, .col-md-10, .col-lg-10, .col-xs-11, .col-sm-11, .col-md-11, .col-lg-11, .col-xs-12, .col-sm-12, .col-md-12, .col-lg-12 {
float: left;
}
seems to work in android chrome,not in android firefox

I think you have to set your facebook application “public”
btw, did you use this plugin “off the shelf”? I think it doesn’t works anymore, I had to modify it.

hum, cut when posted…
sorry

It seems this plugin is no developed any more .
I tried it some days ago and could not make it work.
I made some modifications that made it work (seems to).
Modifications are tagged ///alm.
Hope that may help!
alain


# Add publish actions for all post types (posts, pages, attachements, custom post types):
$post_types = get_post_types(array('exclude_from_search' => false), 'objects');
foreach ($post_types as $post_type) {
///alm didn't find these actions so removed them
/// add_action('future_'.$post_type->name, 'fpp_future_action');
/// add_action('publish_'.$post_type->name, 'fpp_publish_action');
}

Replace actions calls by:

///alm
add_action('transition_post_status', 'fpp_status_change', 10, 3);

///alm
function fpp_status_change($new_status, $old_status, $post) {
if ($new_status=='future') fpp_future_action($post);
if ($new_status=='publish') fpp_publish_action($post);
}

Replace $pots_id by $post in called functions, and remove $post = get_post($post_id):

///alm function fpp_future_action($post_id) {
function fpp_future_action($post) {
...
///alm$post = get_post($post_id);
...
///alm function fpp_publish_action($post_id) {
function fpp_publish_action($post) {
///alm$post = get_post($post_id);

I have not such a message (wp 3.8.1, so I guess there is somewhere in your plugins the same class defined.

In fact, problems are when multisites are like:
– https://www.mydomain.tld/site1
– https://www.mydomain.tld/site2
…
In this case, links used to:
– set a filter from form
– remove a filter or all filters
– set a filter from click
– reverse filter from form
are links to main site.

To correct this, I change $_SERVER[‘PHP_SELF’] to $admin_url in these lines (v2.6 view/index.php):

65 (removing filters):
<a href='{$admin_page_url}?page=wp-slimstat&slimpanel=$current_panel$get_filter_to_use$get_orderby$get_direction$url_filter_removed'><img src='$wp_slimstat_view->plugin_url/images/cancel.gif' alt='" . __('x','wp-slimstat-view')."'/></a>;
160 (click to filter)
document.location.href = '<?php echo $admin_url ?>?page=wp-slimstat'+window.chart_data[item.seriesIndex][item.datapoint[0]][2];

201: (set filter by form)
<form action="<?php echo $admin_url ?>" method="get" name="setslimstatfilters" onsubmit="if (this.year.value == '<?php _e('Year','wp-slimstat-view') ?>') this.year.value = ''">

268: (reverse filter)
<?php if ($current_panel != 5): ?><a>?page=wp-slimstat&slimpanel=<?php echo $current_panel ?>&direction=<?php echo $reverse.$wp_slimstat_view->filters_query; ?>"><?php _e('Reverse','wp-slimstat-view') ?></a><?php endif; ?>

272: (remove filters)
<p class="current-filters"><?php if(count($wp_slimstat_view->filters_parsed) > 1): ?><a>?page=wp-slimstat&slimpanel=<?php echo $current_panel ?>'><img src='<?php echo $wp_slimstat_view->plugin_url ?>/images/cancel.gif'/></a> <?php endif; echo substr($filters_list, 0, -2) ?></p>

expects this may help in further versions…

alain

version 2.6:
bad links on tabs was fixed ok,
remains bad link when removing filter (line 65)
and I think some others $_SERVER[‘PHP_SELF’] ?
alain

works for me too Version 2.5.3, wp-slimstat/view/index.php:
(bad link when removing filter)
line 65:
<a href='{$admin_page_url}?page=wp-slimstat&slimpanel=$current_panel$get_filter_to_use$get_orderby$get_direction$url_filter_removed'><img src='$wp_slimstat_view->plugin_url/images/cancel.gif' alt='" . __('x','wp-slimstat-view')."'/></a>;

(bad link on tabs)
line 204:
echo '" href="'.$admin_page_url.'?page=wp-slimstat&slimpanel='.($a_panel_id+1) . $wp_slimstat_view->filters_query.'&direction='.$wp_slimstat_view->direction.'">'.$a_panel_name.'</a>';

would be nice to include these in next release, though I dont know if it works in one site config.
alain

I found an error in file fcpetition.php, line 0124 or so
register_activation_hook(__FILE__, fcpetition_install);
should be:
register_activation_hook(__FILE__, ‘fcpetition_install’);

Adding quotes as indicated will make blog OK, (not saying pluggin is working;, not tested yet)

I think it’s quite a good solution for your needs. Using child theme may simplify theme upgrade though.

Super admin panel is displayed when is_multisite and is_superadmin are true (see wp-admin/menu.php).
is_multisite return MULTISITE if defined (verify one more time!)
is_superadmin return $current_user->id must be 0
try to check these points.

Themes are shared by sites (ex-blogs).
To have different behaviours for your theme for one site or other, you will have to write administration page for your theme so that parameters can be set for each site.
It may be rather tedious, so if you have few sites, it may be easier to duplicate themes, also considers using childs themes inheritance to modify only what is needed from a theme to another.

I don’t understand all of the message, the web config is unknown from me, but :
if your sites are to be news.misite.com (main site), news.misite.com/site2, news.misite.com/site3 aso, I think you have to set:

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );
$base = '/';
define( 'DOMAIN_CURRENT_SITE', 'news.misite.com' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

I have two multisites working like this.

Plugins for sites (ex blogs) have to be installed (extracted most of the time) in wp-content/plugins such as wp-content/plugins/my_plugin for my_plugin.
You should see them as super_admin and you should see them as admin of one of your sites if option plugin menu is activated on network.
There is no where a directory structure such as /blog1 or /blog2.
If / is your main site root, that is where .htaccess and main index.php are located, wp-content/plugins is /wp-content/plugins.

Registering seems to use link to wp-login.php?action=register.
action register in wp-login.php :

case 'register' :
if ( is_multisite() ) {
// Multisite uses wp-signup.php
wp_redirect( apply_filters( 'wp_signup_location', get_bloginfo('wpurl') . '/wp-signup.php' ) );
exit;
}

I think you can modify location of signup script using filter ‘wp_signup_location’
I’have not tested, hopes this can help.