7029 pointsLike some sort of WPMU DEV God"Mindblowingly helpful memberLifetime member
Aaron
Lead Developer
—
5th November 2009 (2 years ago)
Ok all, 2.0.2 version of supporter has been released:
- Fixed supporter widget bug added in 1.6.3: http://premium.wpmudev.org/forums/topic/supporter-20/page/2#post-18643
- Added ability for site-admins to activate ANY plugins for a blog
- Added "Supporter (auto-activate)" option for plugins
- Made the plugins page message editable in settings
7029 pointsLike some sort of WPMU DEV GodMindblowingly helpful memberLifetime member
Lead Developer
—
5th November 2009 (2 years ago)
#
Ok all, 2.0.2 version of supporter has been released:
- Fixed supporter widget bug added in 1.6.3: http://premium.wpmudev.org/forums/topic/supporter-20/page/2#post-18643
- Added ability for site-admins to activate ANY plugins for a blog
- Added "Supporter (auto-activate)" option for plugins
- Made the plugins page message editable in settings
- Added ability for site-admins to activate ANY plugins for a blog
Awesome. Many thanks for the quick update, and adding the Admin plugin activation ability! However ... (sorry)
An attempt to activate plugins on a non-supporter blog resulted in the following:
Fatal error: Call to undefined function deactivate_plugins() in /home/tripawds/public_html/wp-content/mu-plugins/supporter-plugins.php on line 147
Clarification: I got the above error when selecting multiple plugins and using the bulk activate action. Upon activation individual plugins, no error was thrown. But this message gets displayed, which is contradictory to your "activate ANY plugin" statement above...
As a Site Admin you can activate any plugin other than those marked as supporters only (because they would be deactivated).
Aaron, can you help me understand what the options under "Premium plugins" mean? Here are my guesses:
Supporters (Auto-Activate) -> Plugin gets activated automatically when user becomes a Supporter? Or does plugin get activated when new blog gets created?
None -> No one except admin even sees these plugins?
Qlof,
yeah, i tryied to translate the version 2.0.1 and everything works. Just use poEdit (not localization plugin) and save (ignore the two errors) the files po/mo at wp-content/mu-plugins/supporter-files/languages
they have should be renamed supporter-sq_AL.po/mo (sq_AL are for the Albanian language). Give a try
Howcome the localization plugin didn't work? If they can be translated in poedit they should be translatable in the localization plugin. But I'll take your word for it. Thanks for the heads up!
Qlof, the localization plugin is for the normal plugins but not for the MU-PLUGINS. I tryied with it, and the Supporter plugin shows me in the setting, but after scanning the plugin didn't find any String to translate :) That plugin is used only for normal WP plugins. It will be nice if the developer makes a version for WPMU plugins too...
I tryied to contact him but he seems to be away from this project and don't answer.
the localization plugin supports wpmu, I asked him about it a long time ago and he supports it but I think subfolders of mu-plugins don't get scanned it seems...
Yeah it's supposed to, but I have also been running into that problem. If you edit load_muplugin_domain to load_plugin_domain the localization plugin will find it. I've contacted the author of the plugin about this (1-2 months back) but I don't know if anything is being done to update the plugin.
Paypal Currency set to Euro, and correct in the text message, but not the Payment values.
Appears to be the same in Paypal Sandbox & Live
Text message currency changes correctly, but the payment values are set in $
In wp-admin/supporter.php the message is:
$3 Per Month
Become a Supporter with a twelve month recurring subscription (for 36.00 EUR every twelve months):
$36.00
12 Months
$0.1 per day
Via PayPal:
this is in Supporter 2.0.1 - would it be any different in 2.0.2?
7029 pointsLike some sort of WPMU DEV GodMindblowingly helpful memberLifetime member
Lead Developer
—
6th November 2009 (2 years ago)
#
Text message currency changes correctly, but the payment values are set in $
Sorry guys about that. I guess it's hard for me to think in something other than dollars. The text is hardcoded in for the $ signs. What do you suggest I do to make it work for you? Should I just make the $ sign an extra text field you can change in settings? Note I don't want to tie it to PayPal currency as the Amazon gateway only supports USD.
To fix for now you can just do a find/replace in supporter-framework.php for the $ sign (and supporter-bulk-upgrades.php if you use it).
Please note that the Paypal button code is correct, and will checkout in the selected currency.
We just had our first Supporter subscribe since the 2.0.2 plugin upgrade, and their quota was not increased.
I ensured supporter-quota.php was in place, and the admin option was already set to 1026MB after the member expressed concern that her dashboard said only 25MB. Looking into it via the edit blog screen, the quota field was indeed blank, resulting in the site default being applied.
If it makes any difference, I believe the user selected the "interested" option at sign-up. When upgrading from 2.0.1 to 2.0.2 I did not run the SQL since the db alteration had already been done.
7029 pointsLike some sort of WPMU DEV GodMindblowingly helpful memberLifetime member
Lead Developer
—
6th November 2009 (2 years ago)
#
I ensured supporter-quota.php was in place, and the admin option was already set to 1026MB after the member expressed concern that her dashboard said only 25MB. Looking into it via the edit blog screen, the quota field was indeed blank, resulting in the site default being applied.
I can confirm. If an individual blog has not had a special quota applied via the blog edit screen, the quota is not filtered/increased. Temporary fix: apply any custom quota via blog edit and it will start filtering. Note this bug only affects new supporters as previous versions of plugin set a custom quota. That's why I didn't catch it.
Hey Aaron do you think you could add Swedish to the PayPal option in this version? I know you guys have SEK så a redirect to the Swedish paypal would be nice. I've added it manually in the past version but it's hard to remember when updating. I believe its /se/.
Any chance that you would add a limit for create blog into the supporter-buddypress.php plugin, similar to the limit for create group and send message features? Keep up the good work!
7029 pointsLike some sort of WPMU DEV GodMindblowingly helpful memberLifetime member
Lead Developer
—
7th November 2009 (2 years ago)
#
Any chance that you would add a limit for create blog into the supporter-buddypress.php plugin, similar to the limit for create group and send message features?
Doesn't really make sense as supporter status is tied to blogs, so any new blogs created would not be a supporter anyway. More opportunity to make money.
Ok. Not sure about the deactivated theme. If so I think there should be a warning sent out to the user because a theme deactivating is probably a bigger deal to the user than a plugin deactivating.
Plugins will deactivate. Themes will currently not. Do you think we need to add that feature?
I would say no, unless you can add a feature that will reset the blog's theme to a default one that is not a premium theme. Or it can deactivate once they choose a different theme and then that premium theme is no longer available unless they renew as a supporter. Otherwise, I think it will cause blank issues to occur. But I could be wrong.
^ If you remove a theme wpmu will go back to default. Something similar could happen. But I don't think the theme should be deactivated by default. If a function like that is added it should be optional.
I would like the "automatica follow up emails for new users" to have the option to send emails X days after someone becomes a supporter :).
Very strange that the localization plugin won't find the language files or the text to translate even though it's changed to plugintextdomain. But just like you said, it can be translated in poedit.
It's not in the framework file though. It's no problem translating it in the file for me, but maybe other users aren't as comfortable editing the files.
Question: Is there any harm in changing this line:
for ( $counter = 1; $counter <= 300; $counter += 1) { to i.e. 500? $ = 7 SEK so... :)
I got this warning in the bulk upgrade:
Warning: Division by zero in ~/wp-content/mu-plugins/supporter-bulk-upgrades.php on line 530
Warning: Division by zero in ~/wp-content/mu-plugins/supporter-bulk-upgrades.php on line 535
Warning: Division by zero in ~/wp-content/mu-plugins/supporter-bulk-upgrades.php on line 540
I haven't changed any settings for it yet but I thought I'd point it out.
It seems like the new Supporter plugin doesn't support foreign characters. I use åäö which are swedish letters and they aren't saved correctly. The text in forms saved before the update is correct but not new text.
Just reiterating a feature request for future Supporter update...
We could really use a list of active Supporter blogs somewhere in the Admin. We like to announce each new supporter to our community, but just received a subscription from an email address found nowhere in wpmu-users. :-\
Bet you didn't foresee that ever happening! How could it? Anyway, without a list of Supporters we have no way of telling what blog upgraded. Thanks for the consideration.
[10-Nov-2009 16:42:30] WordPress database error Table 'databasename.wp_domain_mapping' doesn't exist for query SELECT domain FROM wp_domain_mapping WHERE blog_id = '46' ORDER BY id LIMIT 1 /* domain mapping */ made by login_header, do_action, call_user_func_array, domain_map->build_logout_cookie, domain_map->build_cookie
Thanks for the clarification about that "Custom Number" reference is new subscriber email! We just got our second user in a row who used their spouse's PayPal account for their subscription.
Modifying the email to include the blog id – or clarify what you just did – may be a good compromise to listing all Supporters for admins, though I do believe that would still be nice to have.
FYI: I'm still running 2.0.2 and just noticed the Supporter - Auto Activate option is not saving when updating Premium Plugins. All other options will save, but when setting a plugin to auto-activate for supporters, the option reverts to its previous setting when saved. Was this issue addressed in 2.0.3? I didn't notice it mentioned above.
7029 pointsLike some sort of WPMU DEV GodMindblowingly helpful memberLifetime member
Lead Developer
—
25th November 2009 (2 years ago)
#
Modifying the email to include the blog id – or clarify what you just did – may be a good compromise to listing all Supporters for admins
That number is used by the plugin, and unfortunately Paypal only allows one custom field so we can't customize their email any more. It's just a good tip to know in case you need to match a payment in paypal to a blog.
I think I had better get 2.04
I just got a paypal message about a subscription going through but the custom number shows 108_1_5.00_GBP_1256870278 which has a unix time of 30 oct 2009 and the payment was made on 20 november 2009.
am I right in assuming that the timestampt that is part of the custom number the expiry date?
if so, is that a known issue or just something on my side?
some more info:
the supporter joined on 29 oct with a monthly subscription
the first month until 29 nov was showing them as a supporter (bid 108)
the recurring subscription for 1 month went through on 29 November and I received the money and paypal notification.
the wp_supporter_transactions table shows the first payment (image)
the wp_supporters shows the blog as supporter but with unix timestamp 1259552304 which is 30 november.
it appears the 2nd payment wasn't picked up and added to the transactions.
is there a way to test the gateway script to see if it's processing the correct things? eg. a html form I can fill in and send as post to the file to see what it spits out..
7029 pointsLike some sort of WPMU DEV GodMindblowingly helpful memberLifetime member
Lead Developer
—
1st December 2009 (2 years ago)
#
108_1_5.00_GBP_1256870278
The timestamp in that string is just when the subscription was created. It isn't used again though it is sent with every payment.
the wp_supporter_transactions table shows the first payment
That table is no longer used in Supporter 2.0 +, which is why you only see the first payment in the db (it was before you upgraded).
Please check if blog 108 is a supporter (the subscription renewed). If you pull it up in the admin you should see when it will expire (hopefully December 29/30 if the payment was applied).
If that blog is expired even though the payment was received, then we'll troubleshoot further.
The timestamp in that string is just when the subscription was created. It isn't used again though it is sent with every payment.
ah ok. that makes sense
the wp_supporter_transactions table shows the first payment
That table is no longer used in Supporter 2.0 +, which is why you only see the first payment in the db (it was before you upgraded).
good, glad it's not a weird db thing.
blog 108 was showing as a supporter on the supporter widget on 30 November and it dropped off on 1 dec. when I view the blog in the admin blog list, it only shows a link to extend the supporter.
wp_108_options has supporter_signed_up as 0
global table wp_supporter_daily_stats shows 29 november having 1 more supporter and one less expire than 30 november
global table wp_supporter_signup_stats is currently empty. Prolly because no supporters have signed up since I upgraded from 2.01 to 2.03
global wp_supporters shows 108 as expiring on 1259552304 (30 Nov '09)
I have the affiliate plugin and also the other supporter.php file in affiliatelite/plugins/ and have made a very minor edit to it. (image)
I have version 1.6.2 of supporter-paypal.php in the root folder.
blog 108 is the only supporter who has made a subscription payment after their initial one (other supporters paid for longer blocks of time but cancelled the subscription to paypal)
Wasn't sure if I should start a whole new topic for this, but here's a thought for a future release...
How 'bout adding an option in the Supporter Badge widget code where Admins could include and activate a link they want visited if members click the badge shown on any Supporter blog? Just like we add the image url, we could add an href and turn it on with a true value or uncommenting something. Make sense?
The easiest way would seem to be to just allow us to add any arbitrary URL. For instance, we have a page describing enhanced Supporter blog features that we would love people to review when clicking the badge. A trickier method might be to direct clicks to the Supporter dashboard tab, but then we have to deal with non-members and those without blogs.
A bonus would be the ability to add title text for the link. And of course, we would want this to work for all Supporter Badge widgets already added to existing blogs.
Am I making sense? Anyone else like the idea? The plugin needs to be edited for Update Notifications anyway, so I figured now would be a good time to ask! ;-) Thanks for the consideration.
Responses (53)
— 5th November 2009 (2 years ago) #
Thanks for the update Aaron!
Member — 5th November 2009 (2 years ago) #
Awesome. Many thanks for the quick update, and adding the Admin plugin activation ability! However ... (sorry)
An attempt to activate plugins on a non-supporter blog resulted in the following:
Fatal error: Call to undefined function deactivate_plugins() in /home/tripawds/public_html/wp-content/mu-plugins/supporter-plugins.php on line 147Clarification: I got the above error when selecting multiple plugins and using the bulk activate action. Upon activation individual plugins, no error was thrown. But this message gets displayed, which is contradictory to your "activate ANY plugin" statement above...
Lead Developer — 6th November 2009 (2 years ago) #
I can confirm that error. I can't believe I forgot to test the bulk activate capability.
I have fixed it and will release in 2.0.3 when it's ready.
Member — 6th November 2009 (2 years ago) #
Aaron, can you help me understand what the options under "Premium plugins" mean? Here are my guesses:
Supporters (Auto-Activate) -> Plugin gets activated automatically when user becomes a Supporter? Or does plugin get activated when new blog gets created?
None -> No one except admin even sees these plugins?
Lead Developer — 6th November 2009 (2 years ago) #
Yes, it means the plugin activates when a bog becomes a supporter.
Member — 6th November 2009 (2 years ago) #
Is there a textdomain added to these files, for translation?
Member — 6th November 2009 (2 years ago) #
Qlof,
yeah, i tryied to translate the version 2.0.1 and everything works. Just use poEdit (not localization plugin) and save (ignore the two errors) the files po/mo at wp-content/mu-plugins/supporter-files/languages
they have should be renamed supporter-sq_AL.po/mo (sq_AL are for the Albanian language). Give a try
Member — 6th November 2009 (2 years ago) #
Howcome the localization plugin didn't work? If they can be translated in poedit they should be translatable in the localization plugin. But I'll take your word for it. Thanks for the heads up!
Member — 6th November 2009 (2 years ago) #
Qlof, the localization plugin is for the normal plugins but not for the MU-PLUGINS. I tryied with it, and the Supporter plugin shows me in the setting, but after scanning the plugin didn't find any String to translate :) That plugin is used only for normal WP plugins. It will be nice if the developer makes a version for WPMU plugins too...
I tryied to contact him but he seems to be away from this project and don't answer.
Member — 6th November 2009 (2 years ago) #
the localization plugin supports wpmu, I asked him about it a long time ago and he supports it but I think subfolders of mu-plugins don't get scanned it seems...
Member — 6th November 2009 (2 years ago) #
Yeah it's supposed to, but I have also been running into that problem. If you edit load_muplugin_domain to load_plugin_domain the localization plugin will find it. I've contacted the author of the plugin about this (1-2 months back) but I don't know if anything is being done to update the plugin.
Member — 6th November 2009 (2 years ago) #
Currency mismatch...
Paypal Currency set to Euro, and correct in the text message, but not the Payment values.
Appears to be the same in Paypal Sandbox & Live
Text message currency changes correctly, but the payment values are set in $
In wp-admin/supporter.php the message is:
$3 Per Month
Become a Supporter with a twelve month recurring subscription (for 36.00 EUR every twelve months):
$36.00
12 Months
$0.1 per day
Via PayPal:
this is in Supporter 2.0.1 - would it be any different in 2.0.2?
Member — 6th November 2009 (2 years ago) #
I have the same problem as above with the supporter plugin. The price in bold is shown in $ and the price in brackets in the paypal currency.
Lead Developer — 6th November 2009 (2 years ago) #
Sorry guys about that. I guess it's hard for me to think in something other than dollars. The text is hardcoded in for the $ signs. What do you suggest I do to make it work for you? Should I just make the $ sign an extra text field you can change in settings? Note I don't want to tie it to PayPal currency as the Amazon gateway only supports USD.
To fix for now you can just do a find/replace in supporter-framework.php for the $ sign (and supporter-bulk-upgrades.php if you use it).
Please note that the Paypal button code is correct, and will checkout in the selected currency.
Lead Developer — 6th November 2009 (2 years ago) #
Strike that, or you'll replace all php variables! Try adding a > before it (as they all have a tag before it.
Find and replace '>$' to '>€' for example.
Member — 6th November 2009 (2 years ago) #
thanks Aaron
I'll pass along the temp fix (it's beyond my tech competence)
& yes, make the $ sign an extra text field you can change in settings
looks like the longer term fix
Member — 6th November 2009 (2 years ago) #
Might have discovered another glitch here ...
We just had our first Supporter subscribe since the 2.0.2 plugin upgrade, and their quota was not increased.
I ensured supporter-quota.php was in place, and the admin option was already set to 1026MB after the member expressed concern that her dashboard said only 25MB. Looking into it via the edit blog screen, the quota field was indeed blank, resulting in the site default being applied.
If it makes any difference, I believe the user selected the "interested" option at sign-up. When upgrading from 2.0.1 to 2.0.2 I did not run the SQL since the db alteration had already been done.
Any thoughts?
Lead Developer — 6th November 2009 (2 years ago) #
I can confirm. If an individual blog has not had a special quota applied via the blog edit screen, the quota is not filtered/increased. Temporary fix: apply any custom quota via blog edit and it will start filtering. Note this bug only affects new supporters as previous versions of plugin set a custom quota. That's why I didn't catch it.
2.0.3 coming...
Member — 6th November 2009 (2 years ago) #
Awesome, thanks. Please advise when posting fix if only -quota need be replaced, or all files.
Member — 6th November 2009 (2 years ago) #
Hey Aaron do you think you could add Swedish to the PayPal option in this version? I know you guys have SEK så a redirect to the Swedish paypal would be nice. I've added it manually in the past version but it's hard to remember when updating. I believe its /se/.
Member — 7th November 2009 (2 years ago) #
Thanks for adding a textdomain to this plugin. It's very appreciated!
I have a few questions:
How does a non-subscribing member knows when the supporter status ends? Is there an alert the last days or something like that?
What happens if someones supporter access expires and they are using supporter plugins and themes?
Aaron not sure what you meant conserning this one but is the "activate all" and "deactivate all" options in this plugin?
Member — 7th November 2009 (2 years ago) #
Aaron,
Any chance that you would add a limit for create blog into the supporter-buddypress.php plugin, similar to the limit for create group and send message features? Keep up the good work!
Lead Developer — 7th November 2009 (2 years ago) #
2.0.3 update posted:
2.0.3 - 11/06/2009
----------------------------------------------------------------------
- Fixed plugins multi-activate error
- Fixed bug with quotas
- Added currency symbol changing
- More paypal currencies
Lead Developer — 7th November 2009 (2 years ago) #
No, we've never had that feature. People can view their expiration on the supporter screen. I think most people use subscriptions.
Plugins will deactivate. Themes will currently not. Do you think we need to add that feature?
It's not. Only auto-activate when one becomes a supporter.
Lead Developer — 7th November 2009 (2 years ago) #
Doesn't really make sense as supporter status is tied to blogs, so any new blogs created would not be a supporter anyway. More opportunity to make money.
Member — 7th November 2009 (2 years ago) #
Ok. Not sure about the deactivated theme. If so I think there should be a warning sent out to the user because a theme deactivating is probably a bigger deal to the user than a plugin deactivating.
Member — 8th November 2009 (2 years ago) #
I would say no, unless you can add a feature that will reset the blog's theme to a default one that is not a premium theme. Or it can deactivate once they choose a different theme and then that premium theme is no longer available unless they renew as a supporter. Otherwise, I think it will cause blank issues to occur. But I could be wrong.
Member — 8th November 2009 (2 years ago) #
^ If you remove a theme wpmu will go back to default. Something similar could happen. But I don't think the theme should be deactivated by default. If a function like that is added it should be optional.
I would like the "automatica follow up emails for new users" to have the option to send emails X days after someone becomes a supporter :).
Member — 8th November 2009 (2 years ago) #
Very strange that the localization plugin won't find the language files or the text to translate even though it's changed to plugintextdomain. But just like you said, it can be translated in poedit.
This line isn't translatable though: Premium plugins are only available to Supporters. Why not become a Supporter today?
It's not in the framework file though. It's no problem translating it in the file for me, but maybe other users aren't as comfortable editing the files.
Question: Is there any harm in changing this line:
for ( $counter = 1; $counter <= 300; $counter += 1) {to i.e. 500? $ = 7 SEK so... :)I got this warning in the bulk upgrade:
Warning: Division by zero in ~/wp-content/mu-plugins/supporter-bulk-upgrades.php on line 530
Warning: Division by zero in ~/wp-content/mu-plugins/supporter-bulk-upgrades.php on line 535
Warning: Division by zero in ~/wp-content/mu-plugins/supporter-bulk-upgrades.php on line 540
I haven't changed any settings for it yet but I thought I'd point it out.
Member — 8th November 2009 (2 years ago) #
I didn't get the error the 2nd time I went to the page...
Member — 8th November 2009 (2 years ago) #
I found an other issue.
It seems like the new Supporter plugin doesn't support foreign characters. I use åäö which are swedish letters and they aren't saved correctly. The text in forms saved before the update is correct but not new text.
Lead Developer — 9th November 2009 (2 years ago) #
Probably due to overzealous use of htmlentities().
If you list exactly which text fields cause a problem I will fix them.
Member — 9th November 2009 (2 years ago) #
Ok. Thanks.
It's the Plugin message and the message shown when non-supporters are previewing a premium theme.
Member — 9th November 2009 (2 years ago) #
Those field seems to allow html though so I'm using html for those letters. Works for me...
Member — 24th November 2009 (2 years ago) #
Just reiterating a feature request for future Supporter update...
We could really use a list of active Supporter blogs somewhere in the Admin. We like to announce each new supporter to our community, but just received a subscription from an email address found nowhere in wpmu-users. :-\
Bet you didn't foresee that ever happening! How could it? Anyway, without a list of Supporters we have no way of telling what blog upgraded. Thanks for the consideration.
Lead Developer — 24th November 2009 (2 years ago) #
In the email there should be a id string. The first number before the _ is the blog id.
We'll consider it for a future release.
Founder & CEO — 24th November 2009 (2 years ago) #
Adding in a facility to email all supporters (but not non supporters) would probably go down well too?
Member — 25th November 2009 (2 years ago) #
Getting this error alot:
[10-Nov-2009 16:42:30] WordPress database error Table 'databasename.wp_domain_mapping' doesn't exist for query SELECT domain FROM wp_domain_mapping WHERE blog_id = '46' ORDER BY id LIMIT 1 /* domain mapping */ made by login_header, do_action, call_user_func_array, domain_map->build_logout_cookie, domain_map->build_cookie
Lead Developer — 25th November 2009 (2 years ago) #
It looks like that error is related to the domain mapping plugin, not supporter. You may want to start a new thread for that.
Member — 25th November 2009 (2 years ago) #
Thanks for the clarification about that "Custom Number" reference is new subscriber email! We just got our second user in a row who used their spouse's PayPal account for their subscription.
Modifying the email to include the blog id – or clarify what you just did – may be a good compromise to listing all Supporters for admins, though I do believe that would still be nice to have.
FYI: I'm still running 2.0.2 and just noticed the Supporter - Auto Activate option is not saving when updating Premium Plugins. All other options will save, but when setting a plugin to auto-activate for supporters, the option reverts to its previous setting when saved. Was this issue addressed in 2.0.3? I didn't notice it mentioned above.
Lead Developer — 25th November 2009 (2 years ago) #
Addressed in 2.0.4. Better upgrade! (note it is being saved, it just doesn't show that on the admin screen)
Lead Developer — 25th November 2009 (2 years ago) #
That number is used by the plugin, and unfortunately Paypal only allows one custom field so we can't customize their email any more. It's just a good tip to know in case you need to match a payment in paypal to a blog.
Member — 26th November 2009 (2 years ago) #
Got 2.0.4 running now, all is good. Thanks!
Member — 1st December 2009 (2 years ago) #
I think I had better get 2.04
I just got a paypal message about a subscription going through but the custom number shows 108_1_5.00_GBP_1256870278 which has a unix time of 30 oct 2009 and the payment was made on 20 november 2009.
am I right in assuming that the timestampt that is part of the custom number the expiry date?
if so, is that a known issue or just something on my side?
Member — 1st December 2009 (2 years ago) #
some more info:
the supporter joined on 29 oct with a monthly subscription
the first month until 29 nov was showing them as a supporter (bid 108)
the recurring subscription for 1 month went through on 29 November and I received the money and paypal notification.
the wp_supporter_transactions table shows the first payment (image)
the wp_supporters shows the blog as supporter but with unix timestamp 1259552304 which is 30 november.
it appears the 2nd payment wasn't picked up and added to the transactions.
is there a way to test the gateway script to see if it's processing the correct things? eg. a html form I can fill in and send as post to the file to see what it spits out..
Lead Developer — 1st December 2009 (2 years ago) #
The timestamp in that string is just when the subscription was created. It isn't used again though it is sent with every payment.
That table is no longer used in Supporter 2.0 +, which is why you only see the first payment in the db (it was before you upgraded).
Please check if blog 108 is a supporter (the subscription renewed). If you pull it up in the admin you should see when it will expire (hopefully December 29/30 if the payment was applied).
If that blog is expired even though the payment was received, then we'll troubleshoot further.
Member — 2nd December 2009 (2 years ago) #
ah ok. that makes sense
good, glad it's not a weird db thing.
blog 108 was showing as a supporter on the supporter widget on 30 November and it dropped off on 1 dec. when I view the blog in the admin blog list, it only shows a link to extend the supporter.
wp_108_options has supporter_signed_up as 0
global table wp_supporter_daily_stats shows 29 november having 1 more supporter and one less expire than 30 november
global table wp_supporter_signup_stats is currently empty. Prolly because no supporters have signed up since I upgraded from 2.01 to 2.03
global wp_supporters shows 108 as expiring on 1259552304 (30 Nov '09)
I have the affiliate plugin and also the other supporter.php file in affiliatelite/plugins/ and have made a very minor edit to it. (image)
I have version 1.6.2 of supporter-paypal.php in the root folder.
blog 108 is the only supporter who has made a subscription payment after their initial one (other supporters paid for longer blocks of time but cancelled the subscription to paypal)
thanks for helping!.
Lead Developer — 2nd December 2009 (2 years ago) #
That's likely your problem! Please update to 2.0.4, and manually extend blog 108 for 30 days. It should catch the next subscription payment.
Member — 22nd December 2009 (2 years ago) #
Wasn't sure if I should start a whole new topic for this, but here's a thought for a future release...
How 'bout adding an option in the Supporter Badge widget code where Admins could include and activate a link they want visited if members click the badge shown on any Supporter blog? Just like we add the image url, we could add an href and turn it on with a true value or uncommenting something. Make sense?
The easiest way would seem to be to just allow us to add any arbitrary URL. For instance, we have a page describing enhanced Supporter blog features that we would love people to review when clicking the badge. A trickier method might be to direct clicks to the Supporter dashboard tab, but then we have to deal with non-members and those without blogs.
A bonus would be the ability to add title text for the link. And of course, we would want this to work for all Supporter Badge widgets already added to existing blogs.
Am I making sense? Anyone else like the idea? The plugin needs to be edited for Update Notifications anyway, so I figured now would be a good time to ask! ;-) Thanks for the consideration.
Erstwhile founder — 22nd December 2009 (2 years ago) #
Hiya,
Your best bet for that one is to just edit the widget :)
Thanks,
Andrew
Member — 22nd December 2009 (2 years ago) #
In all honesty, I hadn't even looked at the code and didn't realize it would be so simple. I figured that's why we pay for membership! ;-)
Anyway, thanks for the advice. For anyone wanting to do this, just wrap the img with your link code at line #61 of widget-supporter-badge.php.
Erstwhile founder — 22nd December 2009 (2 years ago) #
We definitely try to help with whatever we can. However, for little things like this it's often best to just edit the code.
Thanks,
Andrew
Member — 22nd December 2009 (2 years ago) #
Indeed, and your advice was great help. Thanks again!
Become a member