Closed (fixed)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
27 May 2011 at 15:47 UTC
Updated:
4 Jan 2014 at 00:53 UTC
Jump to comment: Most recent
Comments
Comment #1
rfayPlease read the Full Project Permission Application page and follow the instructions. Specifically, I'd like you to speak more clearly to the first item:
Comment #2
rfayYou no longer have to include anything in files[] except files that contain classes that should be autoloaded (which does include the .test file)
Looks like that's supposed to be a function block, not a file block.
Nit: In D7 we use "Implements hook_..." not "Implementation of".
Please read the Coding Standards page and run Coder module on this.
I'm a little baffled why there's auth.net stuff all the way through the .module...
Kind of looks to me like this is a copy-and-paste module. I wish you'd use a module that you built from scratch for a full project application, but it's no big deal.
Comment #3
markie commentedAgreed. I wish I had a full module from scratch to be my first as well, but the need was identified, and Ryan and I discussed that using the Auth.net Module as a base was the quickest way to get this done. Honestly I am already using this module with a client. Will run a few more tests in the morning and then commit any changes. Thanks for the review.
Comment #4
markie commentedDetailed Description:
This project is part of Drupal Commerce that allows users to pay using the Payflow Pro service provided by PayPal without being redirected to the Paypal website. Currently there is no module that allows for direct contact with the Payflow Pro Service. This module was based on the commerce_authnet project as a way to get it quickly produced.
Comment #5
rfay#2 contained quite a number of other things that needed to be fixed... I don't see any new commits. Putting to "needs work"
Comment #6
markie commented# You no longer have to include anything in files[] except files that contain classes that should be autoloaded (which does include the .test file)
Removed from .info file
# * @file
# * Ensures users have cURL enabled prior to installation.
# Looks like that's supposed to be a function block, not a file block.
This was the file definition block as stated in Doxygen. Updated to be more descriptive
# Nit: In D7 we use "Implements hook_..." not "Implementation of".
Corrected
# Please read the Coding Standards page and run Coder module on this.
Ran through Coder and the only thing I left out was it's insistence to use CVS $ID$
# I'm a little baffled why there's auth.net stuff all the way through the .module...
# Kind of looks to me like this is a copy-and-paste module. I wish you'd use a module
# that you built from scratch for a full project application, but it's no big deal.
Addressed in comment #3.
Thanks again for your feedback. Hope this helps. New commit pushed
Comment #7
rfayLooking...
You created a branch named 7.x-1.0 - that will cause you no end of pain. You'll want to rename it to 7.x-1.x. A *tag* for release would be called 7.x-1.0, not a branch. I think http://drupal.org/node/1066342 will give you the whole scoop.
You still have plenty of references to authorize.net
Sad to say it, but if you're going to copy and paste this way, you have to at least clean up the results.
I guess this will be OK when you get this cleaned up.
Comment #8
markie commentedThanks for catching those. I always forget the power of grep. I updated the messaging, as requested, and moved the branch to 7.x-1.x. I already had a 7.x-1.0 tag, as well as a 7.x-1.0-alpha1 tag. Would you recommend keeping this in alpha (much like commerce) for the initial release?
Comment #9
rfayOK, looks OK to me.
Yes, I'd delete that 1.0 tag (git tag -d 7.x-1.0; git push origin :7.x-1.0) as it will probably be some time before you're at 1.0
Comment #10
markie commentedTags were changed. What's next?
Comment #11
rfayAs long as nobody has a contrary opinion, someone will come along and promote your user account.
Comment #12
sreynen commentedHi markie,
Thanks for your contribution and welcome to the community of project contributors on drupal.org.
I've granted you the git vetted user role which will let you promote this to a full project and also create new projects as either sandbox or "full" projects depending on which you feel is best.
Thanks, also, for your patience with the review process. Anyone is welcome to participate in the review process. Please consider reviewing other projects that are pending review. As someone who has recently completed an application, your input would be especially useful in the code review group as we work to improve this process.
Comment #13
markie commentedThank you very much!
Comment #14
rfay@markie - We let the issue status automatically go to closed after 2 weeks if nobody comments. It's not a change we make manually. That gives everybody a chance to comment on it while it's "live". Please read http://drupal.org/node/156119.