Closed (fixed)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
12 Sep 2012 at 06:14 UTC
Updated:
26 Oct 2012 at 16:51 UTC
Jump to comment: Most recent file
Comments
Comment #1
2phaHi,
There is already a module that makes use of phpWhois: http://drupal.org/project/whois
How does your module differ?
After installing and trying to use the module, I don't seem to get any results. Image attached. This was running from my localhost and I'm not sure if this makes any difference.
domain_finder.info
Consider adding configure = admin/config/search/domain-finder to the .info file so it is easy to find the configuration page.
domain_finder.domains.inc
Is there a better way of getting the domains that phpwhois supports so when phpwhois adds more support this file does not have to be updated?
domain_finder.admin.inc
Do you really need a submit function for your settings form? Can you not just return the results from the system_settings_form function in your domain_finder_generate_admin_form function ?
domain_finder.module
Maybe consider using the libraries module: http://drupal.org/project/libraries instead of:
You might consider implementing a hook_uninstall function in a .install file to remove the variables that your module sets.
Other than the things pointed out above, the code and comments look pretty good to me.
Comment #2
dj1999 commentedHi 2pha,
thanks for reviewed our module.
This module has other goal as whois. This module just check that domain is available or unavailable in admin form preset domain extensions.
No results.
Repaired that if not just name given find probably what name want to checking. Before first use must set the domain extensions what you want to checking in admin form.
domain_finder.info -> OK
domain_finder.domains.inc
I don't know. If I created this project this was enough me, but if this project will be public maybe need other support about this.
domain_finder.admin.inc
Did not found a way to create needed variables with system_settings_form.
domain_finder.module
Yes are you right, must learn the libraries api that change this function to libraries handling.
Thanks again!
Regards,
Joe
Comment #3
2phawhen you return the results from system_settings_form in your admin function the saving of your variables is handled automatically as outlined at: http://drupal.org/node/1111260
So there is usually no need for a submit function for your settings form.
But you will still need to remove those variables in a hook_uninstall.
Comment #4
dj1999 commentedYes, thanks!
Some change and works fine with system_settings_form :) On this variant must using "checkboxes" and not "checkbox".
Yes variables removing was implemented in last change, forgot to write here.
Comment #5
dj1999 commentedNow use libraries to check phpwhois library.
Comment #6
suhani.jain commentedReviewed 3 projects
Keyword Highlighter: http://drupal.org/node/1773526#comment-6436688
Views JQFX Supersized: http://drupal.org/node/1765872#comment-6437310
Send Coupons to best Customers: http://drupal.org/node/1753688#comment-6437652
Applying for PAReview: review bonus
Comment #7
klausiPlease add all reviews that you did to the issue summary, as outlined in http://drupal.org/node/1410826
who is the applicant that will get the git vetted user role in this application? The sandbox belongs to dj1999 but the application was created by suhani.jain?
manual review:
require_once 'mymodule.inc';Removing review bonus tag, you can add it again if you have done another 3 reviews of other projects.
Comment #8
dj1999 commentedHi klausi,
tanks for review!
Who is? I wrote basic code suhani.jain is co-maintainer and in this case help me properly project creating.
Reviews all was changed. I do not know why easier the include_once + helper function instead module_load_include, but if it is easier than changed :)
Thanks again for reviewing! It was very useful.
Regards,
Joe
Comment #9
suhani.jain commentedAs we have made all the changes mentioned by Klausi so changing its status to needs review
Thanks,
Suhani
Comment #10
suhani.jain commentedHi Klausi,
It would be great if you will give 'git vetted user role' to both :)
Reviewed 3 Modules
http://drupal.org/node/1784562#comment-6495342
http://drupal.org/node/1777996#comment-6495328
http://drupal.org/node/1772594#comment-6495586
Applying for PAReview: review bonus
Regards,
Suhani Jain
Comment #11
klausimanual review:
"t($error, array('%path' => $path)": do not pass variables to t() where possible as that cannot be detected by translation string extraction tools.
But otherwise looks RTBC to me. Removing review bonus tag, you can add it again if you have done another 3 reviews of other projects.
I guess it is ok to give you both the git vetted user role once this gets approved.
Comment #12
suhani.jain commented@klausi - Thanks for RTBC!!
1) Fixed issue mentioned above.
Regards,
Suhani Jain
Comment #13
klausino objections for more than a week, so ...
Thanks for your contribution, suhani.jain and dj1999!
I updated your account to let you promote this to a full project and also create new projects as either a sandbox or a "full" project.
Here are some recommended readings to help with excellent maintainership:
You can find lots more contributors chatting on IRC in #drupal-contribute. So, come hang out and get involved!
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. I encourage you to learn more about that process and join the group of reviewers.
Thanks to the dedicated reviewer(s) as well.
Comment #14
dj1999 commentedThanks for reviews and help klausi!
Regards,
Joe
Comment #15
suhani.jain commentedThanks @klausi for granting git vetted user role.
Thanks everyone who reviewed my module.
Regards,
Suhani Jain
Comment #16
jake1000 commentedmoved to issues
Comment #17
klausiThis application is closed. Please report all issues about the module to its issue queue.