0 false 2010-02-07T07:24:24-05:00 62278 150 patch-for-wirecard-gateway-to-enable-card-store-and-recurring 193512 11599 new gateway recurring wirecard 2010-02-07T07:26:08-05:00 62278 yeah yeah http://jadedpixel.lighthouseapp.com/projects/11599/tickets/150 I've added card store and recurring to the Wirecard gateway. It's a simple patch, you can find it on Github. http://github.com/rocket-rentals/active_merchant/commit/1c68e2a5cc1ab4d57cf8b0b2761a14ec8ceba4c4#diff-0 I've added card store and recurring to the Wirecard gateway. It's a simple patch, you can find it on Github. http://github.com/rocket-rentals/active_merchant/commit/1c68e2a5cc1ab4d57cf8b0b2761a14ec8ceba4c4#diff-0 <div><p>I've added card store and recurring to the Wirecard gateway. It's a simple patch, you can find it on Github.</p> <p><a href= "http://github.com/rocket-rentals/active_merchant/commit/1c68e2a5cc1ab4d57cf8b0b2761a14ec8ceba4c4#diff-0"> http://github.com/rocket-rentals/active_merchant/commit/1c68e2a5cc1...</a></p></div> 0 true 2010-01-25T16:24:25-05:00 83963 144 rake-bootstrap-fail-activemerchant-invalid-multibyte-char 190913 11599 resolved "1.9.x multibyte utf" 2010-02-02T09:49:50-05:00 82 Cody Fauser Mikhail Mikhaliov http://jadedpixel.lighthouseapp.com/projects/11599/tickets/144 **Error description** After rake db:bootstrap, process fails with error in ActiveMerchant: invalid multibyte char (US-ASCII) **System** Debian lenny 2.6.30-bpo.2-686 ruby 1.9.1p376 activemerchant 1.4.2 **Error details:** Error in multibyte char in files: activemerchant-1.4.2/lib/active_merchant/lib/country.rb:68 activemerchant-1.4.2/lib/active_merchant/lib/country.rb:237 activemerchant-1.4.2/lib/active_merchant/billing/avs_result.rb:16 activemerchant-1.4.2/lib/active_merchant/billing/gateways/skip_jack.rb:130 These files dosn't have magic header. But previout ticket #77 - in "resolved" state. **Error description** After rake db:bootstrap, process fails with error in ActiveMerchant: invalid multibyte char (US-ASCII) **System** Debian lenny 2.6.30-bpo.2-686 ruby 1.9.1p376 activemerchant 1.4.2 **Error details:** Error in multibyte char in files: activemerchant-1.4.2/lib/active_merchant/lib/country.rb:68 activemerchant-1.4.2/lib/active_merchant/lib/country.rb:237 activemerchant-1.4.2/lib/active_merchant/billing/avs_result.rb:16 activemerchant-1.4.2/lib/active_merchant/billing/gateways/skip_jack.rb:130 These files dosn't have magic header. But previout ticket #77 - in "resolved" state. <div><p><strong>Error description</strong> After rake db:bootstrap, process fails with error in ActiveMerchant:<br> invalid multibyte char (US-ASCII)</p> <p><strong>System</strong> Debian lenny<br> 2.6.30-bpo.2-686<br> ruby 1.9.1p376<br> activemerchant 1.4.2</p> <p><strong>Error details:</strong> Error in multibyte char in files:<br> activemerchant-1.4.2/lib/active_merchant/lib/country.rb:68<br> activemerchant-1.4.2/lib/active_merchant/lib/country.rb:237<br> activemerchant-1.4.2/lib/active_merchant/billing/avs_result.rb:16<br> activemerchant-1.4.2/lib/active_merchant/billing/gateways/skip_jack.rb:130</p> <p>These files dosn't have magic header.<br> But previout ticket <a href="/projects/11599/tickets/77" title= "Ticket #77">#77</a> - in "resolved" state.</p></div> 1 true 2010-01-31T21:16:27-05:00 71763 145 remote-braintree-gateway-test-fails 192148 11599 resolved 2010-02-02T01:24:59-05:00 82 Cody Fauser kbrock http://jadedpixel.lighthouseapp.com/projects/11599/tickets/145 Hi, Looks like the remote Braintree gateway test fails because there it can not determine a currency. Enclosed is a patch that sets a default currency, so all remote tests pass. Please let me know if you would prefer a different type of test Thanks, Keenan Hi, Looks like the remote Braintree gateway test fails because there it can not determine a currency. Enclosed is a patch that sets a default currency, so all remote tests pass. Please let me know if you would prefer a different type of test Thanks, Keenan <div><p>Hi,</p> <p>Looks like the remote Braintree gateway test fails because there it can not determine a currency.</p> <p>Enclosed is a patch that sets a default currency, so all remote tests pass.</p> <p>Please let me know if you would prefer a different type of test</p> <p>Thanks,<br> Keenan</p></div> 0 true 2009-12-07T22:45:11-05:00 32315 133 strip-gateways-out-and-leave-am_core 181620 11599 invalid feature request 2010-02-02T00:40:05-05:00 82 Cody Fauser pjammer http://jadedpixel.lighthouseapp.com/projects/11599/tickets/133 this isn't a bug obviously, but a feature request. There a thousands of gateways now (number exaggerated to add effect and urgency) and while i feel for e-easypay and obscure Bolivian merchants, I'd like to see AM core functionality just stripped out into Active_Merchant, and we all then inherit our own Gateways (which can be maintained outside) so that the development cycle can either speed up or slow down (depending on your view). This way, when you release a new update to the new AM, i know it's because of some bug fixes or whatever to Core functionality and not SecurePay getting a tax field added. this isn't a bug obviously, but a feature request. There a thousands of gateways now (number exaggerated to add effect and urgency) and while i feel for e-easypay and obscure Bolivian merchants, I'd like to see AM core functionality just stripped out into Active_Merchant, and we all then inherit our own Gateways (which can be maintained outside) so that the development cycle can either speed up or slow down (depending on your view). This way, when you release a new update to the new AM, i know it's because of some bug fixes or whatever to Core functionality and not SecurePay getting a tax field added. <div><p>this isn't a bug obviously, but a feature request. There a thousands of gateways now (number exaggerated to add effect and urgency) and while i feel for e-easypay and obscure Bolivian merchants, I'd like to see AM core functionality just stripped out into Active_Merchant, and we all then inherit our own Gateways (which can be maintained outside) so that the development cycle can either speed up or slow down (depending on your view). This way, when you release a new update to the new AM, i know it's because of some bug fixes or whatever to Core functionality and not SecurePay getting a tax field added.</p></div> 0 true 2009-03-04T07:17:20-05:00 49479 68 paypal-sdk-43 88263 11599 resolved paypal sdk 2010-02-02T00:34:39-05:00 82 Cody Fauser Kami Dar http://jadedpixel.lighthouseapp.com/projects/11599/tickets/68 I received a call from PayPal saying that we need to upgrade to be compatible with their new SDK (4.3) by September 1. We are using ActiveMerchant. Can you please confirm for me that ActiveMerchant is already compatible with this new release from PayPal? For more information, please see: https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/gateway_update Thank you, Kami I received a call from PayPal saying that we need to upgrade to be compatible with their new SDK (4.3) by September 1. We are using ActiveMerchant. Can you please confirm for me that ActiveMerchant is already compatible with this new release from PayPal? For more information, please see: https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/gateway_update Thank you, Kami <div><p>I received a call from PayPal saying that we need to upgrade to be compatible with their new SDK (4.3) by September 1. We are using ActiveMerchant. Can you please confirm for me that ActiveMerchant is already compatible with this new release from PayPal?</p> <p>For more information, please see: <a href="https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&amp;content_ID=developer"> https://cms.paypal.com/us/cgi-bi...</a>/gateway_update</p> <p>Thank you, Kami</p></div> 0 true 2009-11-21T20:13:27-05:00 60104 130 ruby-191-file-encoding 178867 11599 resolved 2010-02-02T00:33:32-05:00 82 Cody Fauser Christopher Maujean http://jadedpixel.lighthouseapp.com/projects/11599/tickets/130 I had to hack the gem files to make this run in my app. Fedora 11 Running Spree 0.9.2 from gem which uses ActiveMerchant 1.4.1 from gem I added a magic comment <code># encoding: UTF-8</code> to the top of the following files: <pre> lib/country.rb billing/avs_result.rb billing/gateways/skip_jack.rb </pre> This has fixed things for my purposes so far. --Christopher I had to hack the gem files to make this run in my app. Fedora 11 Running Spree 0.9.2 from gem which uses ActiveMerchant 1.4.1 from gem I added a magic comment <code># encoding: UTF-8</code> to the top of the following files: <pre> lib/country.rb billing/avs_result.rb billing/gateways/skip_jack.rb </pre> This has fixed things for my purposes so far. --Christopher <div><p>I had to hack the gem files to make this run in my app.</p> <p>Fedora 11<br> Running Spree 0.9.2 from gem<br> which uses ActiveMerchant 1.4.1 from gem</p> <p>I added a magic comment <code># encoding: UTF-8</code> to the top of the following files:</p> <pre> lib/country.rb billing/avs_result.rb billing/gateways/skip_jack.rb </pre> <p>This has fixed things for my purposes so far.</p> <p>--Christopher</p></div> 82 4 false 2009-09-01T16:34:12-04:00 16162 111 void-refund-and-auth_capture-for-authorizenets-cim-gateway 110894 11599 new authorize-cim authorize.net cim feature patch refund 2010-02-01T18:34:57-05:00 25865 Patrick Joyce Ben Wiseley Cody Fauser http://jadedpixel.lighthouseapp.com/projects/11599/tickets/111 I implemented :void, :refund and :auth_capture for Authorize.net's CIM gateway. Tests are all working. This code is being used in a production site. I implemented :void, :refund and :auth_capture for Authorize.net's CIM gateway. Tests are all working. This code is being used in a production site. <div><p>I implemented :void, :refund and :auth_capture for Authorize.net's CIM gateway. Tests are all working. This code is being used in a production site.</p></div> 82 1 false 2010-02-01T16:17:01-05:00 25865 149 patch-remove-trailing-whitespace-from-authorizenet-cim-files 189717 11599 new authorize-cim authorize.net tiny 2010-02-01T16:17:01-05:00 25865 Patrick Joyce Patrick Joyce Cody Fauser http://jadedpixel.lighthouseapp.com/projects/11599/tickets/149 Strip trailing whitespace Strip trailing whitespace <div><p>Strip trailing whitespace</p></div> 82 1 false 2010-02-01T16:14:21-05:00 25865 148 patch-add-support-for-getcustomerprofileids-to-authorizenet-cim 189716 11599 new authorize-cim authorize.net feature gateway patch 2010-02-01T16:14:23-05:00 25865 Patrick Joyce Patrick Joyce Cody Fauser http://jadedpixel.lighthouseapp.com/projects/11599/tickets/148 Adds support for getCustomerProfileIds to the Authorize.net CIM gateway. This will return a list of all the customer profile ids the customer has stored in CIM. Adds support for getCustomerProfileIds to the Authorize.net CIM gateway. This will return a list of all the customer profile ids the customer has stored in CIM. <div><p>Adds support for getCustomerProfileIds to the Authorize.net CIM gateway. This will return a list of all the customer profile ids the customer has stored in CIM.</p></div> 1 false 2010-02-01T13:46:50-05:00 18798 147 patch-add-optional-extraoptions-tag-to-authorizenet-cim-gateway 192302 11599 new authorize-cim patch 2010-02-01T13:47:51-05:00 18798 Nathaniel Bibler Nathaniel Bibler http://jadedpixel.lighthouseapp.com/projects/11599/tickets/147 The Authorize.net CIM gateway supports an optional XML tag, `extraOptions`, which may be passed along with a transaction. This string of transaction options allows you to dictate specific handling and data for a single transaction (such as the duplicate window size with `x_duplicate_window=10`, and several more). Attached is a patch to add the functionality. It has been heavily tested already in a production environment. The Authorize.net CIM gateway supports an optional XML tag, `extraOptions`, which may be passed along with a transaction. This string of transaction options allows you to dictate specific handling and data for a single transaction (such as the duplicate window size with `x_duplicate_window=10`, and several more). Attached is a patch to add the functionality. It has been heavily tested already in a production environment. <div><p>The Authorize.net CIM gateway supports an optional XML tag, <code>extraOptions</code>, which may be passed along with a transaction. This string of transaction options allows you to dictate specific handling and data for a single transaction (such as the duplicate window size with <code>x_duplicate_window=10</code>, and several more).</p> <p>Attached is a patch to add the functionality. It has been heavily tested already in a production environment.</p></div> 1 false 2010-01-31T21:33:24-05:00 71763 146 pull-out-credit-card-validations-into-a-separate-module 0 11599 new 2010-01-31T21:33:47-05:00 71763 kbrock kbrock http://jadedpixel.lighthouseapp.com/projects/11599/tickets/146 Hi, This patch pulls credit card validations out into a separate module. It mimics the CreditCardMethods, so the module can be included into a custom Credit Card object. If you'd prefer something a little different, please let me know and I'll change accordingly. (I want to do this so I can use both active merchant and Freemium together) Thank you, Keenan Hi, This patch pulls credit card validations out into a separate module. It mimics the CreditCardMethods, so the module can be included into a custom Credit Card object. If you'd prefer something a little different, please let me know and I'll change accordingly. (I want to do this so I can use both active merchant and Freemium together) Thank you, Keenan <div><p>Hi,</p> <p>This patch pulls credit card validations out into a separate module.<br> It mimics the CreditCardMethods, so the module can be included into a custom Credit Card object.</p> <p>If you'd prefer something a little different, please let me know and I'll change accordingly.</p> <p>(I want to do this so I can use both active merchant and Freemium together)</p> <p>Thank you,<br> Keenan</p></div> 1 false 2009-08-31T17:12:58-04:00 51425 109 patch-void-operation-support-for-the-usa-epay-gateway 136050 11599 new epay patch void 2010-01-30T11:31:35-05:00 51425 GrzesF GrzesF http://jadedpixel.lighthouseapp.com/projects/11599/tickets/109 I've added support for the void operation to the USA ePay gateway and also fixed typos in tests. Added tests, also void operation was tested on our sandbox USA ePay account and works fine. I've added support for the void operation to the USA ePay gateway and also fixed typos in tests. Added tests, also void operation was tested on our sandbox USA ePay account and works fine. <div><p>I've added support for the void operation to the USA ePay gateway and also fixed typos in tests.</p> <p>Added tests, also void operation was tested on our sandbox USA ePay account and works fine.</p></div> 82 0 true 2010-01-20T14:31:41-05:00 58795 143 jcb-card-issues 189715 11599 resolved 2010-01-29T16:43:14-05:00 82 Cody Fauser Christopher Giroir Cody Fauser http://jadedpixel.lighthouseapp.com/projects/11599/tickets/143 Right now JCB uses more number space than the regular expression currently in Active Merchant allows for. Wikipedia states that JCB can be 3528-3589 (the current regular expression only allows 3528). Currently we've changed this to only requiring 35 + 14 other digits in our version of the regular expression: @@@ ruby 'jcb' => /^35\d{14}$/, @@@ This is in lib/active_merchant/billing/credit_card_methods.rb We're hoping to get back onto the gem copy of ActiveMerchant asap but right now are working off of a fork that only includes that one change. Thanks Right now JCB uses more number space than the regular expression currently in Active Merchant allows for. Wikipedia states that JCB can be 3528-3589 (the current regular expression only allows 3528). Currently we've changed this to only requiring 35 + 14 other digits in our version of the regular expression: @@@ ruby 'jcb' => /^35\d{14}$/, @@@ This is in lib/active_merchant/billing/credit_card_methods.rb We're hoping to get back onto the gem copy of ActiveMerchant asap but right now are working off of a fork that only includes that one change. Thanks <div><p>Right now JCB uses more number space than the regular expression currently in Active Merchant allows for. Wikipedia states that JCB can be 3528-3589 (the current regular expression only allows 3528). Currently we've changed this to only requiring 35 + 14 other digits in our version of the regular expression:</p> <pre> <code class="ruby">'jcb' =&gt; /^35\d{14}$/,</code> </pre> <p>This is in lib/active_merchant/billing/credit_card_methods.rb</p> <p>We're hoping to get back onto the gem copy of ActiveMerchant asap but right now are working off of a fork that only includes that one change.</p> <p>Thanks</p></div> 2 false 2009-05-19T05:43:37-04:00 56848 79 patch-eway-managed-payments-support 109328 11599 new australia eway gateway patch tested 2010-01-26T21:23:49-05:00 32760 Keith Pitt Jason Stirk http://jadedpixel.lighthouseapp.com/projects/11599/tickets/79 Added initial support for the eWay Managed Payments solution. Please note that this patch includes changes to recent versions of lib/active_merchant/lib/posts_data.rb and lib/active_merchant/lib/connection.rb. This is because those changes forced an exception to be raised if the HTTP status code was not in the 200 or 300 range. In the case of this gateway, the server responds with a 500 status AND valid data (soap:Fault error message) when an error occurs. As such, this change allows for a gateway to specify that the HTTP status should be ignored when making a request using ssl_request. Added initial support for the eWay Managed Payments solution. Please note that this patch includes changes to recent versions of lib/active_merchant/lib/posts_data.rb and lib/active_merchant/lib/connection.rb. This is because those changes forced an exception to be raised if the HTTP status code was not in the 200 or 300 range. In the case of this gateway, the server responds with a 500 status AND valid data (soap:Fault error message) when an error occurs. As such, this change allows for a gateway to specify that the HTTP status should be ignored when making a request using ssl_request. <div><p>Added initial support for the eWay Managed Payments solution.</p> <p>Please note that this patch includes changes to recent versions of lib/active_merchant/lib/posts_data.rb and lib/active_merchant/lib/connection.rb. This is because those changes forced an exception to be raised if the HTTP status code was not in the 200 or 300 range.</p> <p>In the case of this gateway, the server responds with a 500 status AND valid data (soap:Fault error message) when an error occurs.</p> <p>As such, this change allows for a gateway to specify that the HTTP status should be ignored when making a request using ssl_request.</p></div> 0 false 2010-01-15T13:32:24-05:00 82828 142 linkpoint-comments-field 188787 11599 new linkpoint 2010-01-15T14:35:37-05:00 82828 Rich Rich http://jadedpixel.lighthouseapp.com/projects/11599/tickets/142 After a laborious exchange of emails with tech support at First Data (aka linkpoint) I got to the bottom of why <comments> in <periodic> were not working. Turns out the published First Data spec (fd_globalgatewayapi_usermanual.pdf, section 3.8) is incorrect and that comments apply to <order> not <periodic> as currently implemented in ActiveMerchant. It makes sense of course to have comments at the order level since they can apply to any kind of order. <order> ... <notes> <comments>this is a comment</> <notes> </order> My solution (I apologize for not providing a diff) was to add to the end of parameters method in linkpoint.rb def parameters(money, creditcard, options = {}) ... if options[:comments] params[:notes] = {} params[:notes][:comments] = options[:comments] end return params end Hope this is helpful, Rich After a laborious exchange of emails with tech support at First Data (aka linkpoint) I got to the bottom of why <comments> in <periodic> were not working. Turns out the published First Data spec (fd_globalgatewayapi_usermanual.pdf, section 3.8) is incorrect and that comments apply to <order> not <periodic> as currently implemented in ActiveMerchant. It makes sense of course to have comments at the order level since they can apply to any kind of order. <order> ... <notes> <comments>this is a comment</> <notes> </order> My solution (I apologize for not providing a diff) was to add to the end of parameters method in linkpoint.rb def parameters(money, creditcard, options = {}) ... if options[:comments] params[:notes] = {} params[:notes][:comments] = options[:comments] end return params end Hope this is helpful, Rich <div><p>After a laborious exchange of emails with tech support at First Data (aka linkpoint) I got to the bottom of why in were not working. Turns out the published First Data spec (fd_globalgatewayapi_usermanual.pdf, section 3.8) is incorrect and that comments apply to not as currently implemented in ActiveMerchant. It makes sense of course to have comments at the order level since they can apply to any kind of order.</p> <p><br> ...<br> this is a comment&lt;/&gt;<br> <br></p> <p>My solution (I apologize for not providing a diff) was to add to the end of parameters method in linkpoint.rb<br></p> <p>def parameters(money, creditcard, options = {})<br> ...<br></p> <p>if options[:comments]</p> <pre> <code> params[:notes] = {} params[:notes][:comments] = options[:comments]</code> </pre> <p>end</p> <p>return params end</p> <p>Hope this is helpful,<br> Rich</p></div> 1 false 2010-01-13T14:25:56-05:00 82549 141 patch-added-support-for-the-comments-field-to-cybersource-gateway-integration 188172 11599 new cybersource 2010-01-13T14:26:01-05:00 82549 Jesse Scott Jesse Scott http://jadedpixel.lighthouseapp.com/projects/11599/tickets/141 Added support for the 'comments' field to CyberSource gateway integration. Just include a :comments key in the options hash and it will be passed through. I didn't see any similar options keys already defined, but if there is a standard already I'm happy to rename the key. "Comments" is just what the CyberSource SOAP API calls it. (I can also do a pull request on GitHub if you prefer, just let me know.) Added support for the 'comments' field to CyberSource gateway integration. Just include a :comments key in the options hash and it will be passed through. I didn't see any similar options keys already defined, but if there is a standard already I'm happy to rename the key. "Comments" is just what the CyberSource SOAP API calls it. (I can also do a pull request on GitHub if you prefer, just let me know.) <div><p>Added support for the 'comments' field to CyberSource gateway integration. Just include a :comments key in the options hash and it will be passed through.</p> <p>I didn't see any similar options keys already defined, but if there is a standard already I'm happy to rename the key. "Comments" is just what the CyberSource SOAP API calls it.</p> <p>(I can also do a pull request on GitHub if you prefer, just let me know.)</p></div> 1 false 2010-01-06T15:35:04-05:00 80342 140 new-gateway-patch-for-quantum-gateway 186674 11599 new gateway patch quantum 2010-01-06T16:19:10-05:00 80342 Josh Josh http://jadedpixel.lighthouseapp.com/projects/11599/tickets/140 Attached is the patch to support Quantum Gateway, which is used by CDG Commerce. I worked with the Quantum Gateway team in developing this and it currently uses their XML Requestor Service and supports all five of the common methods. It also has options of overriding CVV and AVS checks, as well as forcing receipt emails. This implementation does not support EFT as the ActiveMerchant common methods do not appear to support eChecks right now. EFT support can be added later. The remote test has also been implemented and working, however, Quantum does not allow for testing of authorize and capture, though it works in production. Attached is the patch to support Quantum Gateway, which is used by CDG Commerce. I worked with the Quantum Gateway team in developing this and it currently uses their XML Requestor Service and supports all five of the common methods. It also has options of overriding CVV and AVS checks, as well as forcing receipt emails. This implementation does not support EFT as the ActiveMerchant common methods do not appear to support eChecks right now. EFT support can be added later. The remote test has also been implemented and working, however, Quantum does not allow for testing of authorize and capture, though it works in production. <div><p>Attached is the patch to support Quantum Gateway, which is used by CDG Commerce.</p> <p>I worked with the Quantum Gateway team in developing this and it currently uses their XML Requestor Service and supports all five of the common methods. It also has options of overriding CVV and AVS checks, as well as forcing receipt emails.</p> <p>This implementation does not support EFT as the ActiveMerchant common methods do not appear to support eChecks right now. EFT support can be added later.</p> <p>The remote test has also been implemented and working, however, Quantum does not allow for testing of authorize and capture, though it works in production.</p></div> 2 false 2010-01-06T06:10:31-05:00 81649 139 need-to-connect-my-website-to-the-test-account-payment-system 186508 11599 new 2010-01-06T06:10:36-05:00 81649 Vitaly Vitaly http://jadedpixel.lighthouseapp.com/projects/11599/tickets/139 Good day! My name is Vitaly Gareev. I am a newcomer Ruby programmer. I'm creating a website (not the store), which requires payment system. Never before have I encountered ActiveMerchant. Community ActiveMerchant Please help me. Need to connect my website to the test account payment system emerchantpay.com (Bulgaria) automatic disconnection is to connect (with sample code in PHP). I would appreciate your help Good day! My name is Vitaly Gareev. I am a newcomer Ruby programmer. I'm creating a website (not the store), which requires payment system. Never before have I encountered ActiveMerchant. Community ActiveMerchant Please help me. Need to connect my website to the test account payment system emerchantpay.com (Bulgaria) automatic disconnection is to connect (with sample code in PHP). I would appreciate your help <div><p>Good day!<br> My name is Vitaly Gareev.<br> I am a newcomer Ruby programmer.<br> I'm creating a website (not the store), which requires payment system.<br> Never before have I encountered ActiveMerchant.<br> Community ActiveMerchant Please help me.<br> Need to connect my website to the test account payment system emerchantpay.com (Bulgaria) automatic disconnection is to connect (with sample code in PHP).<br> I would appreciate your help</p></div> 1 false 2010-01-06T04:31:34-05:00 81642 138 added-support-for-isracard-credit-cards 186498 11599 new "credit card" isracard patch 2010-01-06T04:31:41-05:00 81642 Guy Naor Guy Naor http://jadedpixel.lighthouseapp.com/projects/11599/tickets/138 Added support for verifying the Israeli Isracard credit-cards. Those are 8 or 9 digits cards and use a different checksum algorithm. The change is limited to credit_card_methods.rb, and includes tests. I also sent a pull request for the same, not knowing which one is preferable. Guy. Added support for verifying the Israeli Isracard credit-cards. Those are 8 or 9 digits cards and use a different checksum algorithm. The change is limited to credit_card_methods.rb, and includes tests. I also sent a pull request for the same, not knowing which one is preferable. Guy. <div><p>Added support for verifying the Israeli Isracard credit-cards. Those are 8 or 9 digits cards and use a different checksum algorithm. The change is limited to credit_card_methods.rb, and includes tests.</p> <p>I also sent a pull request for the same, not knowing which one is preferable.</p> <p>Guy.</p></div> 1 false 2010-01-04T14:08:36-05:00 61586 137 add-inspire-gateway 186106 11599 new inspire patch 2010-01-04T14:09:31-05:00 61586 Ryan R. Smith Ryan R. Smith http://jadedpixel.lighthouseapp.com/projects/11599/tickets/137 I have taken some code that was provided by Inspire and worked it into active_merchant. Unit and Remote tests are running swimmingly! I have taken some code that was provided by Inspire and worked it into active_merchant. Unit and Remote tests are running swimmingly! <div><p>I have taken some code that was provided by Inspire and worked it into active_merchant. Unit and Remote tests are running swimmingly!</p></div> 3 false 2010-01-02T09:55:02-05:00 4642 17 patch-creating-paypal-recurring-payments-profile-with-activemerchant 14471 11599 new patch paypal recurring 2010-01-02T09:55:02-05:00 32315 pjammer Cody Fauser http://jadedpixel.lighthouseapp.com/projects/11599/tickets/17 Reported by jxtps435, Apr 23, 2008 Any chance of adding the PayPal recurring payments profile gateway posted on the URL below? http://snippets.dzone.com/posts/show/5292 (or merging it with the existing paypal express gateway) Thanks! # simple extension to ActiveMerchant for basic support of recurring payments with Express Checkout API # # NOTE: set pem_file when loading module ActiveMerchant #:nodoc: module Billing #:nodoc: class PaypalExpressRecurringGateway < Gateway include PaypalCommonAPI LIVE_REDIRECT_URL = 'https://www.paypal.com/cgibin/webscr?cmd=_customer-billing-agreement&token=' TEST_REDIRECT_URL = 'https://www.sandbox.paypal.com/cgi-bin/webscr?cmd=_customer-billing-agreement&token=' def redirect_url test? ? TEST_REDIRECT_URL : LIVE_REDIRECT_URL end def redirect_url_for(token) "#{redirect_url}#{token}" end def setup_agreement(description, return_url, cancel_url) commit 'SetCustomerBillingAgreement', build_setup_request(description, return_url, cancel_url) end def create_profile(token, description, period, cycles, amount) commit 'CreateRecurringPaymentsProfile', build_create_profile_request(token, description, period, cycles, amount) end def get_profile_details(profile_id) commit 'GetRecurringPaymentsProfileDetails', build_get_profile_details_request(profile_id) end private def build_setup_request(description, return_url, cancel_url) xml = Builder::XmlMarkup.new :indent => 2 xml.tag! 'SetCustomerBillingAgreementReq', 'xmlns' => PAYPAL_NAMESPACE do xml.tag! 'SetCustomerBillingAgreementRequest', 'xmlns:n2' => EBAY_NAMESPACE do xml.tag! 'n2:Version', 50 xml.tag! 'n2:SetCustomerBillingAgreementRequestDetails' do xml.tag! 'n2:BillingAgreementDetails' do xml.tag! 'n2:BillingType', 'RecurringPayments' xml.tag! 'n2:BillingAgreementDescription', description end xml.tag! 'n2:ReturnURL', return_url xml.tag! 'n2:CancelURL', cancel_url end end end xml.target! end def build_create_profile_request(token, description, period, cycles, money) xml = Builder::XmlMarkup.new :indent => 2 xml.tag! 'CreateRecurringPaymentsProfileReq', 'xmlns' => PAYPAL_NAMESPACE do xml.tag! 'CreateRecurringPaymentsProfileRequest', 'xmlns:n2' => EBAY_NAMESPACE do xml.tag! 'n2:Version', 50 xml.tag! 'n2:CreateRecurringPaymentsProfileRequestDetails' do xml.tag! 'Token', token xml.tag! 'n2:RecurringPaymentsProfileDetails' do xml.tag! 'n2:BillingStartDate', Time.now.utc.iso8601 end xml.tag! 'n2:ScheduleDetails' do xml.tag! 'n2:Description', description xml.tag! 'n2:PaymentPeriod' do xml.tag! 'n2:BillingPeriod', 'Day' xml.tag! 'n2:BillingFrequency', period xml.tag! 'n2:TotalBillingCycles', cycles xml.tag! 'n2:Amount', amount(money), 'currencyID' => currency(money) end end end end end xml.target! end def build_get_profile_details_request(profile_id) xml = Builder::XmlMarkup.new :indent => 2 xml.tag! 'GetRecurringPaymentsProfileDetailsReq', 'xmlns' => PAYPAL_NAMESPACE do xml.tag! 'GetRecurringPaymentsProfileDetailsRequest', 'xmlns:n2' => EBAY_NAMESPACE do xml.tag! 'n2:Version', 50 xml.tag! 'ProfileID', profile_id end end xml.target! end def build_response(success, message, response, options = {}) PaypalExpressResponse.new(success, message, response, options) end end end end Reported by jxtps435, Apr 23, 2008 Any chance of adding the PayPal recurring payments profile gateway posted on the URL below? http://snippets.dzone.com/posts/show/5292 (or merging it with the existing paypal express gateway) Thanks! # simple extension to ActiveMerchant for basic support of recurring payments with Express Checkout API # # NOTE: set pem_file when loading module ActiveMerchant #:nodoc: module Billing #:nodoc: class PaypalExpressRecurringGateway < Gateway include PaypalCommonAPI LIVE_REDIRECT_URL = 'https://www.paypal.com/cgibin/webscr?cmd=_customer-billing-agreement&token=' TEST_REDIRECT_URL = 'https://www.sandbox.paypal.com/cgi-bin/webscr?cmd=_customer-billing-agreement&token=' def redirect_url test? ? TEST_REDIRECT_URL : LIVE_REDIRECT_URL end def redirect_url_for(token) "#{redirect_url}#{token}" end def setup_agreement(description, return_url, cancel_url) commit 'SetCustomerBillingAgreement', build_setup_request(description, return_url, cancel_url) end def create_profile(token, description, period, cycles, amount) commit 'CreateRecurringPaymentsProfile', build_create_profile_request(token, description, period, cycles, amount) end def get_profile_details(profile_id) commit 'GetRecurringPaymentsProfileDetails', build_get_profile_details_request(profile_id) end private def build_setup_request(description, return_url, cancel_url) xml = Builder::XmlMarkup.new :indent => 2 xml.tag! 'SetCustomerBillingAgreementReq', 'xmlns' => PAYPAL_NAMESPACE do xml.tag! 'SetCustomerBillingAgreementRequest', 'xmlns:n2' => EBAY_NAMESPACE do xml.tag! 'n2:Version', 50 xml.tag! 'n2:SetCustomerBillingAgreementRequestDetails' do xml.tag! 'n2:BillingAgreementDetails' do xml.tag! 'n2:BillingType', 'RecurringPayments' xml.tag! 'n2:BillingAgreementDescription', description end xml.tag! 'n2:ReturnURL', return_url xml.tag! 'n2:CancelURL', cancel_url end end end xml.target! end def build_create_profile_request(token, description, period, cycles, money) xml = Builder::XmlMarkup.new :indent => 2 xml.tag! 'CreateRecurringPaymentsProfileReq', 'xmlns' => PAYPAL_NAMESPACE do xml.tag! 'CreateRecurringPaymentsProfileRequest', 'xmlns:n2' => EBAY_NAMESPACE do xml.tag! 'n2:Version', 50 xml.tag! 'n2:CreateRecurringPaymentsProfileRequestDetails' do xml.tag! 'Token', token xml.tag! 'n2:RecurringPaymentsProfileDetails' do xml.tag! 'n2:BillingStartDate', Time.now.utc.iso8601 end xml.tag! 'n2:ScheduleDetails' do xml.tag! 'n2:Description', description xml.tag! 'n2:PaymentPeriod' do xml.tag! 'n2:BillingPeriod', 'Day' xml.tag! 'n2:BillingFrequency', period xml.tag! 'n2:TotalBillingCycles', cycles xml.tag! 'n2:Amount', amount(money), 'currencyID' => currency(money) end end end end end xml.target! end def build_get_profile_details_request(profile_id) xml = Builder::XmlMarkup.new :indent => 2 xml.tag! 'GetRecurringPaymentsProfileDetailsReq', 'xmlns' => PAYPAL_NAMESPACE do xml.tag! 'GetRecurringPaymentsProfileDetailsRequest', 'xmlns:n2' => EBAY_NAMESPACE do xml.tag! 'n2:Version', 50 xml.tag! 'ProfileID', profile_id end end xml.target! end def build_response(success, message, response, options = {}) PaypalExpressResponse.new(success, message, response, options) end end end end <div><p> Reported by jxtps435, Apr 23, 2008 </p><p> Any chance of adding the PayPal recurring payments profile gateway posted on the URL below? </p><p> <a href="http://snippets.dzone.com/posts/show/5292">http://snippets.dzone.com/posts/...</a> </p><p> (or merging it with the existing paypal express gateway) </p><p> Thanks! </p> <ol><li> simple extension to ActiveMerchant for basic support of recurring payments with Express Checkout API </li></ol> <p> # </p> <ol><li> NOTE: set pem_file when loading </li></ol> <p> module ActiveMerchant #:nodoc: </p><p> module Billing #:nodoc: </p><p> class PaypalExpressRecurringGateway &lt; Gateway </p><p> include PaypalCommonAPI </p><p> LIVE_REDIRECT_URL = 'https://www.paypal.com/cgibin/webscr?cmd=_customer-billing-agreement&token=' </p><p> TEST_REDIRECT_URL = 'https://www.sandbox.paypal.com/cgi-bin/webscr?cmd=_customer-billing-agreement&token=' </p><p> def redirect_url </p><p> test? ? TEST_REDIRECT_URL : LIVE_REDIRECT_URL </p><p> end </p><p> def redirect_url_for(token) </p><p> "#{redirect_url}#{token}" </p><p> end </p><p> def setup_agreement(description, return_url, cancel_url) </p><p> commit 'SetCustomerBillingAgreement', build_setup_request(description, return_url, cancel_url) </p><p> end </p><p> def create_profile(token, description, period, cycles, amount) </p><p> commit 'CreateRecurringPaymentsProfile', build_create_profile_request(token, description, period, cycles, amount) </p><p> end </p><p> def get_profile_details(profile_id) </p><p> commit 'GetRecurringPaymentsProfileDetails', build_get_profile_details_request(profile_id) </p><p> end </p><p> private </p><p> def build_setup_request(description, return_url, cancel_url) </p><p> xml = Builder::XmlMarkup.new :indent => 2 </p><p> xml.tag! 'SetCustomerBillingAgreementReq', 'xmlns' => PAYPAL_NAMESPACE do </p><p> xml.tag! 'SetCustomerBillingAgreementRequest', 'xmlns:n2' => EBAY_NAMESPACE do </p><p> xml.tag! 'n2:Version', 50 </p><p> xml.tag! 'n2:SetCustomerBillingAgreementRequestDetails' do </p><p> xml.tag! 'n2:BillingAgreementDetails' do </p><p> xml.tag! 'n2:BillingType', 'RecurringPayments' </p><p> xml.tag! 'n2:BillingAgreementDescription', description </p><p> end </p><p> xml.tag! 'n2:ReturnURL', return_url </p><p> xml.tag! 'n2:CancelURL', cancel_url </p><p> end </p><p> end </p><p> end </p><p> xml.target! </p><p> end </p><p> def build_create_profile_request(token, description, period, cycles, money) </p><p> xml = Builder::XmlMarkup.new :indent => 2 </p><p> xml.tag! 'CreateRecurringPaymentsProfileReq', 'xmlns' => PAYPAL_NAMESPACE do </p><p> xml.tag! 'CreateRecurringPaymentsProfileRequest', 'xmlns:n2' => EBAY_NAMESPACE do </p><p> xml.tag! 'n2:Version', 50 </p><p> xml.tag! 'n2:CreateRecurringPaymentsProfileRequestDetails' do </p><p> xml.tag! 'Token', token </p><p> xml.tag! 'n2:RecurringPaymentsProfileDetails' do </p><p> xml.tag! 'n2:BillingStartDate', Time.now.utc.iso8601 </p><p> end </p><p> xml.tag! 'n2:ScheduleDetails' do </p><p> xml.tag! 'n2:Description', description </p><p> xml.tag! 'n2:PaymentPeriod' do </p><p> xml.tag! 'n2:BillingPeriod', 'Day' </p><p> xml.tag! 'n2:BillingFrequency', period </p><p> xml.tag! 'n2:TotalBillingCycles', cycles </p><p> xml.tag! 'n2:Amount', amount(money), 'currencyID' => currency(money) </p><p> end </p><p> end </p><p> end </p><p> end </p><p> end </p><p> xml.target! </p><p> end </p><p> def build_get_profile_details_request(profile_id) </p><p> xml = Builder::XmlMarkup.new :indent => 2 </p><p> xml.tag! 'GetRecurringPaymentsProfileDetailsReq', 'xmlns' => PAYPAL_NAMESPACE do </p><p> xml.tag! 'GetRecurringPaymentsProfileDetailsRequest', 'xmlns:n2' => EBAY_NAMESPACE do </p><p> xml.tag! 'n2:Version', 50 </p><p> xml.tag! 'ProfileID', profile_id </p><p> end </p><p> end </p><p> xml.target! </p><p> end </p><p> def build_response(success, message, response, options = {}) </p><p> PaypalExpressResponse.new(success, message, response, options) </p><p> end </p><p> end </p><p> end </p><p> end </p></div> 0 true 2009-11-27T18:52:01-05:00 36417 131 the-group-named-activemerchant-has-been-removed-because-it-violated-googles-terms-of-service 179767 11599 resolved 2009-12-22T16:20:15-05:00 82 Cody Fauser eydaimon http://jadedpixel.lighthouseapp.com/projects/11599/tickets/131 The group named activemerchant has been removed because it violated Google's Terms Of Service Is there any other place to find AM discussions? I'm in particular trying to find examples of Authorize.net CIM The group named activemerchant has been removed because it violated Google's Terms Of Service Is there any other place to find AM discussions? I'm in particular trying to find examples of Authorize.net CIM <div><p>The group named activemerchant has been removed because it violated Google's Terms Of Service</p> <p>Is there any other place to find AM discussions? I'm in particular trying to find examples of Authorize.net CIM</p></div> 1 false 2009-07-20T16:55:13-04:00 15026 98 braintree-transparent-redirect-integration 127125 11599 new braintree gateway patch 2009-12-22T16:04:10-05:00 37927 Alan Gutierrez Rob Worley http://jadedpixel.lighthouseapp.com/projects/11599/tickets/98 I've extended Jon Shea's patch to tweak the interface very slightly and added tests to conform to the current contribution guidelines. With this patch it's possible to make purchases using transparent redirect and also store details in the vault for subsequent billing using the gateway API. I also extended the helper class to accept an api_key option since the helper needs this for each specific account and it made sense to me to pass those in together, rather than relying on class level attributes etc. Please let me know if you'd prefer to see this implemented some other way. The key difference between this and the other integrations I looked at is that all of the transaction information is encapsulated in the return class rather than following the typical notification scheme. I've extended Jon Shea's patch to tweak the interface very slightly and added tests to conform to the current contribution guidelines. With this patch it's possible to make purchases using transparent redirect and also store details in the vault for subsequent billing using the gateway API. I also extended the helper class to accept an api_key option since the helper needs this for each specific account and it made sense to me to pass those in together, rather than relying on class level attributes etc. Please let me know if you'd prefer to see this implemented some other way. The key difference between this and the other integrations I looked at is that all of the transaction information is encapsulated in the return class rather than following the typical notification scheme. <div><p>I've extended Jon Shea's patch to tweak the interface very slightly and added tests to conform to the current contribution guidelines. With this patch it's possible to make purchases using transparent redirect and also store details in the vault for subsequent billing using the gateway API.</p> <p>I also extended the helper class to accept an api_key option since the helper needs this for each specific account and it made sense to me to pass those in together, rather than relying on class level attributes etc. Please let me know if you'd prefer to see this implemented some other way.</p> <p>The key difference between this and the other integrations I looked at is that all of the transaction information is encapsulated in the return class rather than following the typical notification scheme.</p></div> 82 1 false 2009-11-20T06:38:37-05:00 76462 129 setefi-bank-gateway-patch 178820 11599 new 2009-12-16T12:49:23-05:00 12893 DAddYE Jose Cody Fauser http://jadedpixel.lighthouseapp.com/projects/11599/tickets/129 Hi This is a implementation for Setefi Bank gateway. It's an hybrid style gateway where the collection of the card details its managed by the gateway Caveats: * For now it haven't been used in production Hi This is a implementation for Setefi Bank gateway. It's an hybrid style gateway where the collection of the card details its managed by the gateway Caveats: * For now it haven't been used in production <div><p>Hi</p> <p>This is a implementation for Setefi Bank gateway. It's an hybrid style gateway where the collection of the card details its managed by the gateway</p> <p>Caveats:<br> * For now it haven't been used in production</p></div> 1 false 2009-12-10T20:45:35-05:00 79372 136 patch-to-add-support-for-anz-egate-processor-in-australia 182330 11599 new anz egate gateway migs 2009-12-10T21:36:54-05:00 79372 Phil Murray Phil Murray http://jadedpixel.lighthouseapp.com/projects/11599/tickets/136 See the attached patch, I hope it's in the correct format etc. It's actually two patches, the main one, and some extras I forgot... See the attached patch, I hope it's in the correct format etc. It's actually two patches, the main one, and some extras I forgot... <div><p>See the attached patch, I hope it's in the correct format etc.</p> <p>It's actually two patches, the main one, and some extras I forgot...</p></div> 1 false 2009-12-10T18:30:37-05:00 21748 135 support-for-goemerchant-gateway 182302 11599 new 2009-12-10T18:30:41-05:00 21748 Sunil Karkera Sunil Karkera http://jadedpixel.lighthouseapp.com/projects/11599/tickets/135 I plan to implement Goemerchant (http://goemerchant.com/) support for Activemerchant. Before I embark on this, I wanted to check if any of you have already an implementation for this. Please see attached the gateway api doc. I plan to implement Goemerchant (http://goemerchant.com/) support for Activemerchant. Before I embark on this, I wanted to check if any of you have already an implementation for this. Please see attached the gateway api doc. <div><p>I plan to implement Goemerchant (<a href= "http://goemerchant.com/">http://goemerchant.com/</a>) support for Activemerchant. Before I embark on this, I wanted to check if any of you have already an implementation for this. Please see attached the gateway api doc.</p></div> 1 false 2009-09-18T14:58:15-04:00 70272 115 bluepay-payment-module 147260 11599 new 2009-12-10T18:11:55-05:00 70272 Mel Sleight Mel Sleight http://jadedpixel.lighthouseapp.com/projects/11599/tickets/115 Attached is a copy of the Authorize.net module that has been modified to work with BluePay's Authorize.net emulator. Please let me know what needs to be done to get this tested and published. Thank you, Mel Sleight BluePay Processing, LLC Attached is a copy of the Authorize.net module that has been modified to work with BluePay's Authorize.net emulator. Please let me know what needs to be done to get this tested and published. Thank you, Mel Sleight BluePay Processing, LLC <div><p>Attached is a copy of the Authorize.net module that has been modified to work with BluePay's Authorize.net emulator. Please let me know what needs to be done to get this tested and published.</p> <p>Thank you,<br> Mel Sleight<br> BluePay Processing, LLC</p></div> 1 false 2009-12-10T17:34:16-05:00 67403 134 credit-card-has-no-comparison-operator-defined 182290 11599 new patch 2009-12-10T17:35:11-05:00 67403 Josh Clayton Josh Clayton http://jadedpixel.lighthouseapp.com/projects/11599/tickets/134 Comparing two ActiveMerchant::Billing::CreditCard instances is something I've been looking to do (mainly for testing purposes) but no comparison operator is on CreditCard. My thought is to compare a handful of the attributes that are relevant and ensure that all are equal for both the object and the comparison. I've attached a patch which adds this functionality and includes tests. Comparing two ActiveMerchant::Billing::CreditCard instances is something I've been looking to do (mainly for testing purposes) but no comparison operator is on CreditCard. My thought is to compare a handful of the attributes that are relevant and ensure that all are equal for both the object and the comparison. I've attached a patch which adds this functionality and includes tests. <div><p>Comparing two ActiveMerchant::Billing::CreditCard instances is something I've been looking to do (mainly for testing purposes) but no comparison operator is on CreditCard.</p> <p>My thought is to compare a handful of the attributes that are relevant and ensure that all are equal for both the object and the comparison. I've attached a patch which adds this functionality and includes tests.</p></div> 0 false 2009-11-10T06:02:17-05:00 76008 128 active-merchant-and-barclaycard 176432 11599 new 2009-12-07T13:36:00-05:00 49208 Tobin Harris john http://jadedpixel.lighthouseapp.com/projects/11599/tickets/128 Hello Does Active Merchant support Barclaycard? And if not are there any developers out there who would consider working on a module on a freelance basis? Thanks Hello Does Active Merchant support Barclaycard? And if not are there any developers out there who would consider working on a module on a freelance basis? Thanks <div><p>Hello<br> Does Active Merchant support Barclaycard? And if not are there any<br> developers out there who would consider working on a module on a<br> freelance basis?<br> Thanks</p></div> 1 false 2009-09-28T14:04:13-04:00 71296 119 full-realex-gateway-support 154686 11599 new gateway patch realex 2009-12-01T17:08:00-05:00 71296 David Rice David Rice http://jadedpixel.lighthouseapp.com/projects/11599/tickets/119 Hey guys, recently put together full support for the Realex gateway. I have pushed my fork of ActiveMerchant to github. http://github.com/davidjrice/active_merchant Also, here's the patch. Best, Dave Hey guys, recently put together full support for the Realex gateway. I have pushed my fork of ActiveMerchant to github. http://github.com/davidjrice/active_merchant Also, here's the patch. Best, Dave <div><p>Hey guys, recently put together full support for the Realex gateway.</p> <p>I have pushed my fork of ActiveMerchant to github. <a href= "http://github.com/davidjrice/active_merchant">http://github.com/davidjrice/active_merchant</a></p> <p>Also, here's the patch.</p> <p>Best,<br> Dave</p></div>