spraker

Making some progress now. I re-enabled the inactive feature and chose 12 months just moments ago.

The Inactive list was then populated with about 500-something email accounts. That is half as much as what was populating before.

Still, I viewed the Inactive list and there are email addresses in there that show engagement / open rates with high numbers and showed “Excellent”.

I’ve disabled the inactive feature and then we’re going to send out a couple more newsletters in the next few weeks. Hopefully that will give MailPoet more statistical information and then we’ll re-enable the inactive feature.

I see another version of MailPoet was released – 3.72.0. That was installed today.

Problem still persists with this.

Is there any way of clearing all of the inactive statistics and essentially “start over” with fresh data? I realize that it will then take a while to rebuild but I am not sure what else we can do to correct this.

300-some users are in the subscribed list today – and 1,000+ in the inactive. Our open rates have been 50+% so at the most, there should be half in each group.

No change yet. Been a week since the initial request was submitted but six days since the first response / plugin update. Maybe one more day?

So clicking the “Recalculate Now” on the subscribers page doesn’t refresh – or the “Update Now” under Settings -> Advanced -> Recalculate Subscriber Scores?

I did both of those things and that didn’t change.

Still shows the same number of inactive subscribers today. It hasn’t quite been a full seven days though.

Thank you for the response.

I updated the plugin today. I then went to Subscribers and clicked the “Recalculate Now” button.

Went into Settings -> Advanced -> set the Inactive to 12 months and saved settings.

Waited a few minutes, went to Subscribers, and the Inactive list shot back up to 1,030 email addresses.

So something doesn’t seem to be working right. Quickly scrolled through the first page of the inactive list and several of them have Excellent or Good in their score.

Yes, it is there and it is the one that TML created which has a permalink of /login/

Any way to correct the behavior?

I had to manually add entries into the .htaccess file to force redirects. Not exactly a great solution, but it has resolved the issue. Here is what I had to add:

RewriteCond %{REQUEST_URI} ^/wp-login.php$
RewriteCond %{QUERY_STRING} ^action=register$
RewriteCond %{REQUEST_METHOD} !=POST
RewriteRule ^(.*)$ https://DOMAIN/register-account/ [R=301,L]

RewriteCond %{REQUEST_URI} ^/wp-login.php$
RewriteCond %{QUERY_STRING} ^action=login&pending=approval$
RewriteRule ^(.*)$ https://DOMAIN/registration-received/ [R=301,L]

RewriteCond %{REQUEST_URI} ^/wp-login.php$
RewriteCond %{QUERY_STRING} ^action=login$
RewriteCond %{REQUEST_METHOD} !=POST
RewriteRule ^(.*)$ https://DOMAIN/account-login/ [R=301,L]

Essentially, the “RewriteCond” are conditions that when met, they will trigger the “RewriteRule”. The “RewriteRule” then has the specific pages where the user should be redirected to.

We are using the Cimy User Extra Fields plugin so we can gather further information about the user upon signing up for an account.

I was able to fix all of the redirection issues by adding in RewriteCondition and RewriteRule lines in the .htaccess files.

That seems to have taken care of the situation.

What should I do to open a support request for this – or is the above information that was provided sufficient?

As additional info, it goes from this:

<form target="paypal" action="https://www.paypal.com/cgi-bin/webscr" method="post">
<input type="hidden" name="cmd" value="_s-xclick">
<input type="hidden" name="hosted_button_id" value="IDHERE">
<input type="image" src="https://www.paypalobjects.com/en_US/i/btn/btn_cart_SM.gif" border="0" name="submit" alt="PayPal - The safer, easier way to pay online!">
<img alt="" border="0" src="https://www.paypalobjects.com/en_US/i/scr/pixel.gif" width="1" height="1">
</form>

to this:

<form action="https://www.paypal.com/cgi-bin/webscr" method="post">
<input name="cmd" type="hidden" value="_s-xclick" />
<input name="hosted_button_id" type="hidden" value="IDHERE" />
<input name="submit" type="image" />
<img src="https://www.paypalobjects.com/en_US/i/scr/pixel.gif" alt="" width="1" height="1" /></form>

So it is ALMOST working, but the plugin is stripping off the URL source of the image input tag.

Resurrecting this old thread about PayPal as well.

Was this addressed in the releases since it has been a couple of months?

We just tried to paste in a PayPal code – and same thing – it is being stripped out too.

That is very difficult for end-users that don’t know how to add in style classes.

They have the easy-to-use TinyMCE editor to change font sizes, colors, and more.

Is there any anticipated plan to allow for this in any updated versions of the calendar? Would suspect that it would affect many.

Thank you for the response.

I changed the Permalinks to “Numeric”.

Went to the site and tried to bring up calendar events and it WORKED.

Changed Permalinks back to Post Name and it worked.

Really odd that it just needed changed to something else and back again.

Hi Joe,

I did a bit of tweaking and found the issue with the error about the end date being incorrect and preventing the saving.

Went into the my-calendar-event-manager.php file and commented out the error. Upon doing so, I was able to get the calendar event to save – BUT the end time was always AM. I tried to set an end time of 9:15 PM and upon saving, it reverted to 9:15 AM.

I then did a diff of the development version versus the current version and found a few lines of code you modified around the $endtime variable. In the end, I updated the my-calendar-event-manager.php files to be the following:

		if ( $time != '' ) {
			$endtime = ! empty( $post['event_endtime'][ $i ] ) ? trim( $post['event_endtime'][ $i ] ) : date( 'H:i:s', strtotime( $time . ' +1 hour' ) );
		} else {
			$endtime = ! empty( $post['event_endtime'][ $i ] ) ? trim( $post['event_endtime'][ $i ] ) : '';
		}
		$endtime = ( $time == '' || $time == '00:00:00' ) ? '23:59:59' : $endtime; // set at 23:59:59 if all day.
		$endtime = ( $endtime == '' ) ? '23:59:00' : date( 'H:i:00', strtotime( $endtime ) );

I then uncommented out the error message (so it would show the error if there was a problem). It is now fully working with the above changes.

Wanted to pass it along to you since it does seem there is some kind of validation error and the conversion of the end time to be PM if requested.

Thank you Joe.

I’ve updated the site and attempted to change a calendar item with the PayPal codes.

When attempting to save, I now get this error:

Error: The end time field must either be blank or be entered in the format hh:mm am/pm

I went down to the “Date and Time” settings and clicked the “From” and “To” boxes, and I received selections to choose a start and end time. Start was 7:00 PM and end was 9:00 PM.

Hit Save – error came back up and it seems they were automatically changed to 07:00 PM and 09:00 PM. Tried to just hit save again but the error still persists.