[email protected]

Wow. Now that’s impressive customer service! Thank you ??

Hi. We are having a similar problem. We are running multisite, and have 2 blogs where the like counts are as they should be, and 2 where they keep getting reset to zero. I am posting so I can subscribe to the thread. And because I have looked everywhere I can possibly think of and have not found a solution yet.

We are using subdirectories.

There is a page for each blog called Subscribe, with [subscribe2] as the contents. And the plugin is activated on each blog, as far as I can tell.

I appreciate you trying to help me figure this out.

Daniel

The only plugin we are using that that would generate any redirects is the https plugin from https://mvied.com/projects/wordpress-https. We are also running multisite, if that matters.

Can you give me an idea of what the adjustments might look like? You said that is “about” what the URL should look like – what is not quite right with it?

Thanks,

Daniel

How did you solve this? I am trying to disable minify for IE9, but it doesn’t seem to change anything if I add that as a rejected User Agent.

I am experiencing this as well. It was driving me crazy! I disabled it on our test server and will not upgrade our production server yet.

Sorry if I was unclear – I did not install subscribe2 until after I copied the data between the servers. And the server that subscribe2 is not working on is the original live server, not the one I copied the data to.

But, guess what – hitting Reset fixed the problem on the live server ?? Thanks!

Sorry for the double post. The WordPress server threw an nginx bad gateway error, so I assumed it didn’t post the first time.

Unfortunately, that is not an option. The powers that be will say to forget about subscribe2 ?? And I know it’s the best choice of a plugin for what we need.

I had actually copied the live server – the database and the wordpress directory – over to the test server environment before I upgraded the test server from 3.4.2 to 3.5 and installed subscribe2. Then I did the upgrade and install on the live server. So any problems in the live server *should* have propagated to the test serer.

Any other suggestions? I just tried copying the subscribe2_options option_value from the test server to the live server for wp_15_options, but I’m still seeing the same behavior.

a:40:{s:7:"autosub";s:2:"no";s:15:"newreg_override";s:2:"no";s:8:"wpregdef";s:2:"no";s:10:"autoformat";s:7:"excerpt";s:12:"show_autosub";s:3:"yes";s:11:"autosub_def";s:3:"yes";s:12:"comment_subs";s:2:"no";s:11:"comment_def";s:2:"no";s:17:"one_click_profile";s:2:"no";s:8:"bcclimit";i:1;s:11:"admin_email";s:4:"none";s:8:"tracking";s:0:"";s:6:"s2page";i:2;s:10:"stylesheet";s:3:"yes";s:5:"pages";s:2:"no";s:8:"password";s:2:"no";s:8:"stickies";s:2:"no";s:7:"private";s:2:"no";s:10:"email_freq";s:5:"never";s:10:"cron_order";s:4:"desc";s:10:"compulsory";s:0:"";s:7:"exclude";s:0:"";s:6:"sender";s:8:"blogname";s:12:"reg_override";s:1:"1";s:9:"show_meta";s:1:"1";s:11:"show_button";s:1:"1";s:4:"ajax";s:1:"1";s:6:"widget";s:1:"1";s:13:"counterwidget";s:0:"";s:14:"s2meta_default";s:0:"";s:7:"entries";i:25;s:6:"barred";s:0:"";s:15:"exclude_formats";s:0:"";s:8:"mailtext";s:215:"{BLOGNAME} has posted a new item, '{TITLE}'

{POST}

You may view the latest post at
{PERMALINK}

You received this e-mail because you asked to be notified when new updates are posted.
Best regards,
{MYNAME}
{EMAIL}";s:20:"notification_subject";s:20:"[{BLOGNAME}] {TITLE}";s:13:"confirm_email";s:229:"{BLOGNAME} has received a request to {ACTION} for this email address. To complete your request please click on the link below:

{LINK}

If you did not request this, please feel free to disregard this notice!

Thank you,
{MYNAME}.";s:15:"confirm_subject";s:40:"[{BLOGNAME}] Please confirm your request";s:12:"remind_email";s:348:"This email address was subscribed for notifications at {BLOGNAME} ({BLOGLINK}) but the subscription remains incomplete.

If you wish to complete your subscription please click on the link below:

{LINK}

If you do not wish to complete your subscription please ignore this email and your address will be removed from our database.

Regards,
{MYNAME}";s:14:"remind_subject";s:34:"[{BLOGNAME}] Subscription Reminder";s:7:"version";s:3:"8.7";}

Unfortunately, that is not an option. The powers that be will say to forget about subscribe2 ?? And I know it’s the best choice of a plugin for what we need.

I had actually copied the live server – the database and the wordpress directory – over to the test server environment before I upgraded the test server from 3.4.2 to 3.5 and installed subscribe2. Then I did the upgrade and install on the live server. So any problems in the live server *should* have propagated to the test serer.

Any other suggestions? I just tried copying the subscribe2_options option_value from the test server to the live server for wp_15_options, but I’m still seeing the same behavior.

a:40:{s:7:"autosub";s:2:"no";s:15:"newreg_override";s:2:"no";s:8:"wpregdef";s:2:"no";s:10:"autoformat";s:7:"excerpt";s:12:"show_autosub";s:3:"yes";s:11:"autosub_def";s:3:"yes";s:12:"comment_subs";s:2:"no";s:11:"comment_def";s:2:"no";s:17:"one_click_profile";s:2:"no";s:8:"bcclimit";i:1;s:11:"admin_email";s:4:"none";s:8:"tracking";s:0:"";s:6:"s2page";i:2;s:10:"stylesheet";s:3:"yes";s:5:"pages";s:2:"no";s:8:"password";s:2:"no";s:8:"stickies";s:2:"no";s:7:"private";s:2:"no";s:10:"email_freq";s:5:"never";s:10:"cron_order";s:4:"desc";s:10:"compulsory";s:0:"";s:7:"exclude";s:0:"";s:6:"sender";s:8:"blogname";s:12:"reg_override";s:1:"1";s:9:"show_meta";s:1:"1";s:11:"show_button";s:1:"1";s:4:"ajax";s:1:"1";s:6:"widget";s:1:"1";s:13:"counterwidget";s:0:"";s:14:"s2meta_default";s:0:"";s:7:"entries";i:25;s:6:"barred";s:0:"";s:15:"exclude_formats";s:0:"";s:8:"mailtext";s:215:"{BLOGNAME} has posted a new item, '{TITLE}'

{POST}

You may view the latest post at
{PERMALINK}

You received this e-mail because you asked to be notified when new updates are posted.
Best regards,
{MYNAME}
{EMAIL}";s:20:"notification_subject";s:20:"[{BLOGNAME}] {TITLE}";s:13:"confirm_email";s:229:"{BLOGNAME} has received a request to {ACTION} for this email address. To complete your request please click on the link below:

{LINK}

If you did not request this, please feel free to disregard this notice!

Thank you,
{MYNAME}.";s:15:"confirm_subject";s:40:"[{BLOGNAME}] Please confirm your request";s:12:"remind_email";s:348:"This email address was subscribed for notifications at {BLOGNAME} ({BLOGLINK}) but the subscription remains incomplete.

If you wish to complete your subscription please click on the link below:

{LINK}

If you do not wish to complete your subscription please ignore this email and your address will be removed from our database.

Regards,
{MYNAME}";s:14:"remind_subject";s:34:"[{BLOGNAME}] Subscription Reminder";s:7:"version";s:3:"8.7";}

WordPress 3.5 and Subscribe2 8.7.

I just realized something very odd, too – I did the installation on my test server first, and it works fine there. They are both running the identical version of everything – WordPress, plugins, mysql, php, apache… Now I am really confused as to why this one is acting strangely.

I deleted the plugin, including the wp_15_subscribe2, wp_16_subscribe2, etc. tables that did not get deleted during the deletion. I then reinstalled it. Same thing ??

Thank you for the suggestion. I network deactivated it and then activated it for one site. But again, if I change anything in the settings (such as the time to send digest notification), and click Submit, the setting immediately reverts.

Daniel

And the problem is in the one plugin that I have to have:

https://www.ads-software.com/support/topic/plugin-wordpress-https-ssl-31-changes-the-login-link-on-the-home-page?replies=5

Hopefully he has a fix out soon!

esmi, thank you for the input.

I only have a couple of plugins – Akismet, WP SuperCache, the official Facebook plugin, and WordPress HTTPS. I have tried disabling WP SuperCache and the Facebook plugin, to no avail. The HTTPS plugin is required.

This is a live site. I can’t just change the theme.

I strongly suspect the problem lies in the apply_filters(‘loginout’, $link) – but I haven’t been able to find what that is actually doing. Any thoughts there?

I think it has something to do with apply_filters. Here is the code from general-template.php wp_loginout():

function wp_loginout($redirect = '', $echo = true) {
        if ( ! is_user_logged_in() )
                $link = '<a href="' . esc_url( wp_login_url($redirect) ) . '">' . __('Log in') . '</a>';
        else
                $link = '<a href="' . esc_url( wp_logout_url($redirect) ) . '">' . __('Log out') . '</a>';

#echo $link;
        if ( $echo )
                echo apply_filters('loginout', $link);
        else
                return apply_filters('loginout', $link);
}

The echo $link; that is commented out is what I just tried by commenting out the if/else. And it worked the way it should – showed me a link that said Login or Logout.

So, how can I figure out what is breaking in apply_filters(‘loginout’, $link)?