Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SecurePayAU: Send order ID for payments with stored card #3979

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

dacook
Copy link

@dacook dacook commented May 13, 2021

Changelog: SecurePayAU: Send order ID for payments with stored cards

Order IDs were being sent for normal payments, but now they are also sent for payments triggered on stored cards as transactionReference.
As per XML spec (https://auspost.com.au/payments/docs/securepay/resources/API_Card_Storage_and_Scheduled_Payments.pdf )

Also:

  • Fixed broken remote tests
  • Send content-type headers for best practice

Unit test results:
test/unit/gateways/secure_pay_au_test.rb
24 tests, 106 assertions, 0 failures, 0 errors, 0 pendings, 0 omissions, 0 notifications
100% passed

Remote test results:
test/remote/gateways/remote_secure_pay_au_test.rb
18 tests, 57 assertions, 0 failures, 0 errors, 0 pendings, 2 omissions, 0 notifications
100% passed

@dacook
Copy link
Author

dacook commented Jun 9, 2021

It would be great if someone could take a look at this.
We have been using this code in production for a long time.

@dacook
Copy link
Author

dacook commented Aug 25, 2023

@rachelkirk and @curiousepic, apologies for the ping, but I'm not sure what the process is for reviewing PRs and I see that you've recently approved a PR.

We've been using this code since 2018, and submitted the PR in 2021 as per the contributing guide. We've also submitted another PR here.

Would you or somebody be able to take a look? We'd love to be able to use and further support the official gem, rather than our own fork.

@dacook
Copy link
Author

dacook commented Aug 25, 2023

PS I actually have some spec improvements to offer too, but as they depend on this PR I never bothered submitting them..

Copy link

github-actions bot commented Jun 9, 2024

To provide a cleaner slate for the maintenance of the library, this PR/Issue is being labeled stale after 60 days without activity. It will be closed in 14 days unless you comment with an update regarding its applicability to the current build. Thank you!

@github-actions github-actions bot added the Stale label Jun 9, 2024
@dacook
Copy link
Author

dacook commented Jun 11, 2024

Hi @aenand I'm pinging you as you have recently reviewed some PRs. This is due to be closed, however I believe it has value and is ready to go (including specs as per the guide). Can you please take a look or assign to the relevant person?

We've been using this code since 2018, and submitted the PR in 2021 as per the contributing guide. We've also submitted another PR here.

PS let me know if you'd like me to rebase it.

@github-actions github-actions bot removed the Stale label Jun 11, 2024
@aenand
Copy link
Contributor

aenand commented Jun 11, 2024

Hi @aenand I'm pinging you as you have recently reviewed some PRs. This is due to be closed, however I believe it has value and is ready to go (including specs as per the guide). Can you please take a look or assign to the relevant person?

We've been using this code since 2018, and submitted the PR in 2021 as per the contributing guide. We've also submitted another PR here.

PS let me know if you'd like me to rebase it.

Hey @dacook I'm so sorry this has slipped through the cracks. If you rebase this and add a changelog I will look to merge this

@dacook
Copy link
Author

dacook commented Jun 17, 2024

Thanks. It looks like the PR name should be enough for the changelog, and in fact the wiki states:

Does not update the CHANGELOG

Should I add the PR name to the CHANGELOG file in this PR, and if so can you please update the wiki to make that clearer?

@dacook
Copy link
Author

dacook commented Jun 17, 2024

I'm unable to install gems for the new ruby version 3.1:

Resolving dependencies...
nokogiri-1.11.7-x86_64-darwin requires ruby version < 3.1.dev, >= 2.5, which is incompatible with the current version,
ruby 3.1.4p223

I tried using Ruby 2.7.8, but it was also refused:

Resolving dependencies...
Bundler could not find compatible versions for gem "ruby":
  In Gemfile:
    ruby

    activemerchant was resolved to 1.136.0, which depends on
      ruby (>= 3.1)

Could not find gem 'ruby (>= 3.1)', which is required by gem 'activemerchant', in any of the relevant sources:
  the local ruby installation

Therefore I can't re-run the tests until that is fixed.

@dacook dacook force-pushed the securepayau_send_order_id_for_payments_with_stored_card branch from 60ee332 to 7c32abe Compare June 17, 2024 01:06
@dacook
Copy link
Author

dacook commented Jun 17, 2024

@aenand I have rebased and added a changelog line as requested.
Can you please review my above comments also?

Copy link

To provide a cleaner slate for the maintenance of the library, this PR/Issue is being labeled stale after 60 days without activity. It will be closed in 14 days unless you comment with an update regarding its applicability to the current build. Thank you!

@github-actions github-actions bot added Stale and removed Stale labels Aug 16, 2024
@dacook dacook force-pushed the securepayau_send_order_id_for_payments_with_stored_card branch from 7c32abe to 2ef5388 Compare August 20, 2024 05:11
andypalmer and others added 3 commits August 20, 2024 15:13
test/remote/gateways/remote_secure_pay_au_test.rb
18 tests, 56 assertions, 0 failures, 0 errors, 0 pendings, 2 omissions, 0 notifications
100% passed
test/unit/gateways/secure_pay_au_test.rb
24 tests, 106 assertions, 0 failures, 0 errors, 0 pendings, 0 omissions, 0 notifications
100% passed

test/remote/gateways/remote_secure_pay_au_test.rb
18 tests, 56 assertions, 0 failures, 0 errors, 0 pendings, 2 omissions, 0 notifications
100% passed
As per XML spec (https://auspost.com.au/payments/docs/securepay/resources/API_Card_Storage_and_Scheduled_Payments.pdf )

test/unit/gateways/secure_pay_au_test.rb
24 tests, 106 assertions, 0 failures, 0 errors, 0 pendings, 0 omissions, 0 notifications
100% passed

test/remote/gateways/remote_secure_pay_au_test.rb
18 tests, 57 assertions, 0 failures, 0 errors, 0 pendings, 2 omissions, 0 notifications
100% passed

Co-authored-by: David Cook <[email protected]>
@dacook dacook force-pushed the securepayau_send_order_id_for_payments_with_stored_card branch from 2ef5388 to 1b6481a Compare August 20, 2024 05:13
@dacook
Copy link
Author

dacook commented Aug 20, 2024

Hi @aenand, can you please review this longstanding PR?
I have added a CHANGELOG message and rebased again.
It's worth noting that this code has been used in production since 2018.

Copy link

To provide a cleaner slate for the maintenance of the library, this PR/Issue is being labeled stale after 60 days without activity. It will be closed in 14 days unless you comment with an update regarding its applicability to the current build. Thank you!

@github-actions github-actions bot added the Stale label Oct 20, 2024
@dacook
Copy link
Author

dacook commented Oct 21, 2024

Hi @jcreiff, @almalee24, @DustinHaefele, I'm pinging you because you recently approved or merged PRs. I don't understand the review process or why newer PRs seem to be prioritised over older ones like this one. Can you please review and explain if anything is wrong with it?

It's a simple addition that has been used in production since 2018.

The CHANGELOG message that was requested is obviously conflicting. I'd be happy to rebase and update that one more time if someone will actually look at it this time.

@github-actions github-actions bot removed the Stale label Oct 21, 2024
Copy link

To provide a cleaner slate for the maintenance of the library, this PR/Issue is being labeled stale after 60 days without activity. It will be closed in 14 days unless you comment with an update regarding its applicability to the current build. Thank you!

@github-actions github-actions bot added the Stale label Dec 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants