Closed (won't fix)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
24 Mar 2014 at 11:16 UTC
Updated:
27 Oct 2014 at 11:24 UTC
Jump to comment: Most recent
Comments
Comment #1
PA robot commentedWe are currently quite busy with all the project applications and we prefer projects with a review bonus. Please help reviewing and put yourself on the high priority list, then we will take a look at your project right away :-)
Also, you should get your friends, colleagues or other community members involved to review this application. Let them go through the review checklist and post a comment that sets this issue to "needs work" (they found some problems with the project) or "reviewed & tested by the community" (they found no major flaws).
I'm a robot and this is an automated message from Project Applications Scraper.
Comment #2
thomas.fleming commentedHey philipz,
Great seeing the module pass http://pareview.sh/ without issues :)
After a manual review, I noticed that in commerce_dotpay_urlc() in commerce_dotpay.inc that exit is used. Those exits should really be return FALSE.
Additionally, although I think there must be a better way to get $_POST values without making such a direct call, I have a hard time arguing against it, since Commerce PayPal also does this. This is, however, something mentioned in the Security Review of the Project Application Checklist: http://pareview.sh/pachecklist.
Comment #3
philipz commentedThank you for the review! I did spend good amount of time trying to squash all pareview.sh complaints before posting application review :)
These two things you've reported are two things I didn't like myself but I'm not sure if there's a better way of doing those.
First the exit() - the only thing I could think of is using instead is drupal_exit() since there is nothing more that needs to be done. I found that in other payment modules that have such payment notification endpoint - the one that responds to payment request notification coming directly from the provider - a similar exit function at the end.
Otherwise just returning FALSE would end up rendering drupal page which is not technically bad in Dotpay's case but seems a bit unclean.
Now the $_POST values are done exactly like Commerce PayPal does it and I've search how to get them in better way but couldn't find it.
Commerce PayPay even says in a comment that
Comment #4
thomas.fleming commentedI think if the exits are at least changed to drupal_exit(), everything else looks good to me.
Comment #5
philipz commentedOK I've chagned those exit() calls to drupal_exit() and commited that.
Comment #6
thomas.fleming commentedReviewed and went through PA checklist. Looks good to me.
Comment #7
MattWithoos commentedHi, and thanks for your contribution!
$urlc = $_POST;I couldn't understand the purpose of this after a quick glance & read of the comments. If possible, use the Drupal API (ie https://www.drupal.org/coding-standards/docs#forms) to avoid $_POST.
Is it getting a URL? If so, can't you use current_path()?
I couldn't find anything else wrong. Just need some clarification.
Cheers
Comment #8
PA robot commentedClosing due to lack of activity. If you are still working on this application, you should fix all known problems and then set the status to "Needs review". (See also the project application workflow).
I'm a robot and this is an automated message from Project Applications Scraper.