Closed (won't fix)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
25 Jul 2013 at 09:28 UTC
Updated:
11 Oct 2013 at 10:24 UTC
This is official freakynit feedback module.
You can enable feedback into any drupal site using this module. Just install it, go to its configuration page as detailed in readme file, and Volla!! you are reasdy to collect customer feedback with all the anlytics!
Project home: https://drupal.org/sandbox/freakynit/2050011
Git link: git clone http://git.drupal.org/sandbox/freakynit/2050011.git freakynit_feedback
Comments
Comment #1
xiukun.zhou commentedhttp://ventral.org/pareview/httpgitdrupalorgsandboxfreakynit2050011git
@see drupal coding standards
Comment #2
freakynit commentedHave corrected all that codeSniffer and DrupalSecure suggested.
Comment #3
bhobbs-chitika commentedHello, it seems that there are still hundreds of lines of errors @ http://ventral.org/pareview/httpgitdrupalorgsandboxfreakynit2050011git
Most of them seem to be with code formating. Check out Drupal standards on indentation.
Also make sure that anything read by the user is passed through t() function so that it may be translated if need be.
Comment #4
freakynit commentedhi, I'm writing my first Drupal module and I'm struggling with code formatting. Everything's fine except that I'm getting hundreds of lines of error, all pertaining to code formatting. Its really really tedious and a wastage of time to manually correct each one of them as all of them are in css file(s).
Hence, I would like to know if there is/are any tool(s) for helping in such situations?
Thanx in advance
Comment #5
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 #6
rolando.caldas commentedmanual review
After install admin pages not load, users perms doesn't appears. Your filenames must start with freakynit (I suppose that this is the name of your module) not webengage (and functions the same).
README.txt
I think you should increase the information displayed in the file rather than send to external URLs (you can not access the network at the time of installation)
freakynit.module
In this file you mixed two names of module? The module calls freakynit but you write a lot of hook like "webengage". Examples:
the hooks implementations have to start with your module name:
Don't use module_load_include to include file of your module, use require_once instead (module_load_include is to include files of another module). Example:
line 32
$items[PATH_MAIN]Don't use a constant defined in another file (webengage_constants.php) to set the items in your hook_menu, it is confused. When you define constants try to use names with your module name. Constants like "PATH_MAIN, PATH_CALLBACK..." are a bit global and may be used in another modules.
You have two .info files (freakynit and freakynit_feedback).
It's seems that you have three name for your module: freakynit freakynit_feedback and webengage. You must unified it and apply the selected name to all module.
Take a look to code-standards https://drupal.org/coding-standards
Good luck!!
Comment #7
gauravjeet commentedHi,
Please review your code through ventral.org so that your code is compliant with drupal coding standards. You can do this manually.
- .install file line 53
there is no need to call cache_clear_all() in hook_install() as whenever a new module is installed, drupal clears cache itself.
- .module file line 24
your module seems to be in drupal core 7.x as i can see in .info file, please use hook_permission() instead of hook_perm() for providing permisisons. The way you provide permissions in 7.x is a little different. Please refer https://api.drupal.org/api/drupal/modules!system!system.api.php/function/hook_permission/7
- README.txt file
please give proper description of your module, especially what are the extra .php files used for
- CHANGELOG.txt
no need to provide this file in your initial module release
Comment #8
rolando.caldas commentedHello.
I have to correct one of the points of my review. Sorry. In the review process of a module of mine told me that instead utilizase module_load_include required, so I adopted that point as a correction to make.
My module has passed the review process, but the person who enabled the publication of the project (cweagans) commented as follows on the subject:
I understand that, in this case, it is better to follow the recommendation of a person who can enable publishing projects.
Comment #9
PA robot commentedClosing due to lack of activity. Feel free to reopen if you are still working on this application (see also the project application workflow).
I'm a robot and this is an automated message from Project Applications Scraper.