The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Comments |
#227
|
|||
|
|||
Quote:
* wondering is there anyway to fix it?? im running vb 3.0.7 ** thanks |
#228
|
|||
|
|||
I, too, had to uninstall this hack because of missing PayPal callbacks. Not sure if it ever worked for us.
|
#229
|
|||
|
|||
any answers on this?
Quote:
|
#230
|
|||
|
|||
Quote:
https://vborg.vbsupport.ru/showthread.php?t=94843 It will be near impossible for me to get all of my subscribed members to cancel and resubscribe through the new system so I would love a way to be able to upgrade to 3.5 while maintaining backwards compatibility with 3.0.7. |
#231
|
|||
|
|||
Has anyone managed to work out a vBulletin 3.5.0 backwards compatible hack yet? My offer still stands, if anyone can develop this, I will certainly be willing to pay for your efforts!
|
#232
|
|||
|
|||
I would love this for 3.5!
|
#233
|
|||
|
|||
anyone managed to get this working or is this hacknow dead and we dont have a recurring payment hack for 3.0.x?
it would be great to get this hack working as i find 3.5 hogs cpu usage. |
#234
|
|||
|
|||
Quote:
I believe it should read: Code:
case 'paypal': $form['action'] = 'https://www.paypal.com/cgi-bin/webscr'; $form['method'] = 'post'; /// Add In For Reacuring Payments $paypalextra = $DB_site->query_first("SELECT * FROM " . TABLE_PREFIX . "subscription AS subscription WHERE subscriptionid=$subscriptionid"); if($paypalextra[reoccur]==0){// It is one time $form['hiddenfields'] = " <input type=\"hidden\" name=\"cmd\" value=\"_xclick\" /> <input type=\"hidden\" name=\"business\" value=\"$vboptions[ppemail]\" /> <input type=\"hidden\" name=\"item_name\" value=\"$title Subscription\" /> <input type=\"hidden\" name=\"item_number\" value=\"$item\" /> <input type=\"hidden\" name=\"amount\" value=\"$cost\" /> <input type=\"hidden\" name=\"currency_code\" value=\"$currency\" /> <input type=\"hidden\" name=\"no_shipping\" value=\"1\" /> <input type=\"hidden\" name=\"shipping\" value=\"0.00\" /> <input type=\"hidden\" name=\"return\" value=\"$vboptions[bburl]/$vboptions[forumhome].php\" /> <input type=\"hidden\" name=\"notify_url\" value=\"$vboptions[bburl]/subscriptions/paypal.php\" /> <input type=\"hidden\" name=\"custom\" value=\"$userinfo[username]\" /> <input type=\"hidden\" name=\"no_note\" value=\"1\" />"; }else{ $form['hiddenfields'] = " <input type=\"hidden\" name=\"cmd\" value=\"_xclick-subscriptions\" /> <input type=\"hidden\" name=\"business\" value=\"$vboptions[ppemail]\" /> <input type=\"hidden\" name=\"item_name\" value=\"$title Subscription\" /> <input type=\"hidden\" name=\"item_number\" value=\"$item\" /> <input type=\"hidden\" name=\"currency_code\" value=\"$currency\" /> <input type=\"hidden\" name=\"a3\" value=\"$cost\" /> <input type=\"hidden\" name=\"p3\" value=\"$paypalextra[length]\"> <input type=\"hidden\" name=\"t3\" value=\"$paypalextra[units]\"> <input type=\"hidden\" name=\"src\" value=\"1\"> <input type=\"hidden\" name=\"sra\" value=\"1\"> <input type=\"hidden\" name=\"no_shipping\" value=\"1\" /> <input type=\"hidden\" name=\"return\" value=\"$vboptions[bburl]\" /> <input type=\"hidden\" name=\"notify_url\" value=\"$vboptions[bburl]/subscriptions/paypal.php\" /> <input type=\"hidden\" name=\"custom\" value=\"$userinfo[username]\" /> <input type=\"hidden\" name=\"no_note\" value=\"1\" />"; } break; The updated code was taken directly from vB's original coding and, for the life of me, I can't see why it would have been changed in the if/else statement. The if/else statement takes care of non-reoccurring/reoccurring, but the coding for non-reoccurring should remain the same in either the hacked version or the non-hacked version. (Hope that makes sense...) ~ Mark |
#235
|
|||
|
|||
I'd like to ensure that this thread is linked to this thread discussing what the heck to do if you decide later to raise prices: https://vborg.vbsupport.ru/showthread.php?t=73419
If you raise prices after installing the reoccurring hack, you'll have problems with everyone's subscription who subscribed BEFORE the price raise: because their auto subscription payments no longer match the new price, their subscriptions will fail, requiring them to re-subscribe. In that linked thread I describe a down and dirty hack to prevent some of the problems. |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|