Closed (won't fix)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
23 May 2011 at 14:40 UTC
Updated:
13 Sep 2012 at 22:21 UTC
Jump to comment: Most recent file
Comments
Comment #1
pbouchequet commentedCould anyone comment on this project please?
Comment #2
bfr commentedPlease read the guidelines (http://drupal.org/node/1011698) about submitting a project and fix your description.
Comment #3
pbouchequet commentedThank you bfr for your review, the description has been modified as the guidelines expects it.
Comment #4
doitDave commentedHi!
Sorry, but either you have not completely read http://drupal.org/node/1011698 or you have forgotten to save your description updates. I can't even see a project page link!
Comment #5
doitDave commented(status)
Comment #5.0
doitDave commentedModification of the description as required
Comment #6
pbouchequet commentedThank you for pointing it, here is the link to the project's page in the link section.
Comment #7
doitDave commentedOK, giving up and leaving this to someone more experienced here...
Comment #8
bfr commentedThere seems to be some strange communication problems here. This is from the link we have now posted twice:
Please upgrade your description according to ALL of these guidelines.
Comment #9
raynimmo commentedYou should have a read of the instructions about creating sandbox projects.
Comment #9.0
raynimmo commenteddescription modifications
Comment #10
pbouchequet commentedThank you for your reviews. After a look at other issues, I realised I did not understand the guidelines. I changed my description in order to agree.
Comment #11
raynimmo commentedMaster Branch
It appears you are working in the "master" branch in git. You should really be working in a version specific branch. The most direct documentation on this is Moving from a master branch to a version branch.
For additional resources please see the documentation about release naming conventions and creating a branch in git
Code Review
Please run the Coder module on "minor" setting to help catch these. The coding standards have even more information in this area.
Automated Review (Please keep in mind that this is primarily a high level check that does not replace but, after all, eases the review process. There is no guarantee that no other issues could show up in a more in-depth manual follow-up review.)
Automated Review using PAReview.sh
This automated report was generated with PAReview.sh, your friendly project application review script. Go and review some other project applications, so we can get back to yours sooner.
Automated Review using the Coder module
Coder Settings:
Severity minor, Drupal Commenting Standards, Internationalization, Drupal Security Checks, Drupal SQL Standards, Drupal Coding Standards, Coder Tough Love
You should definately run coder and check the error messages that it outputs, far too many to repost here.
Comment #11.0
raynimmo commentedDescription changed to suit the guidelines
Comment #12
pbouchequet commentedThank you for your complete review raynimmo. As requested, I created a new dev branche and cleaned the code with PAReview and Coder module.
Comment #13
doitDave commentedHi, I have now run drupalcs on your code. Find the results attached.
Before you open the file: This looks more at first sight than it is. I recommend you do not check by code line, but by issue. Most things look easily fixable with a good editor capable of "search/replace all" and regex. But, more important than to satisfy a review script is that you try to understand the complaints by reading into http://drupal.org/coding-standards - it is considered very important (although there are some other things we need to check once these simple formals are done) to have your code in a certain style as this eases collaborative future development a lot.
HTH,
dave
Comment #14
pbouchequet commentedHi,
The code is now corrected to suit drupal cs requirements and coding standards.
Comment #15
doitDave commentedHi, there are still some remains of drupalcs.
Automated review (Please keep in mind that this is primarily a high level check that does not replace but, after all, eases the review process. There is no guarantee that no other issues could show up in a more in-depth manual follow-up review.)
Review of the 7.x-1.x-dev branch:
This automated report was generated with PAReview.sh, your friendly project application review script. Go and review some other project applications, so we can get back to yours sooner.
Manual review:
* Did you check http://drupal.org/node/1166144#comment-5242028 thoroughly, regarding your branches?
* I really suggest two very important things.
** Install the review tools (pareview and drupalcs) on your own machine (this works even with windows and VMware or virtualpc). The tools evolve almost daily (also the standards do, but right now, the tools are just getting better in finding standard errors). It will save you lots of waiting time as way too few people help reviewing. This is really bad, I can't help it.
* Read into the coding standards. And yes, I mean, all (at least all that are relevant for your project). This is not for harassment, but to make code, well, standardized, so everyone does not need to bother getting used to your personal coding style, but can instead catch up as fast as possible with your essence of ideas and provide patches, add-ons etc. Just try to read into older, e.g. 6.x core files (or, at best, 5.x contributed projects) which do not match the current standards. This is really no fun.
hth, dave
Comment #16
pbouchequet commentedHi dave,
I have installed PAReview and drupalcs since their results were showed in this thread. Unfortunately I can't reproduce the last warning you showed in your review. There's all about comments formatting. This is fixed now.
I also read the Drupal coding standards and my code follow these guidelines, unless I am mistaken.
I'm also working in the 7.x-1.x-dev branche.
Thank you for your reviews and your help.
Comment #17
barnettech commentedI am in the middle or the review process as well. It was helpful when they showed me this link: http://ventral.org/pareview where you can run PAReview.
I just put in your git repository by putting in this url (folks can correct me if I've done it incorrectly) http://git.drupal.org/sandbox/pbouchequet/1165982.git and got a detailed report on what you need to do. I hope this assists you. Note: I'm watching my one year old and didn't have time to check if I ran this on your master branch or the correct branch which would be 7.x-1.x-dev. You can't use master on drupal.org I learned because there would be no way to know if you're on drupal 6 drupal 7 or drupal 8. Ok fatherhood calls.
Cheers,
Barnettech
Comment #18
barnettech commentedI just put in the correct branch: http://git.drupal.org/sandbox/pbouchequet/1165982.git 7.x-1.x-dev into the tool above: http://ventral.org/pareview
These are the only errors that come back:
FILE: ...areview/sites/all/modules/pareview_temp/test_candidate/butterflive.info
--------------------------------------------------------------------------------
FOUND 1 ERROR(S) AFFECTING 1 LINE(S)
--------------------------------------------------------------------------------
4 | ERROR | Files must end in a single new line character
--------------------------------------------------------------------------------
FILE: ...view/sites/all/modules/pareview_temp/test_candidate/butterflive.install
--------------------------------------------------------------------------------
FOUND 1 ERROR(S) AFFECTING 1 LINE(S)
--------------------------------------------------------------------------------
60 | ERROR | Files must end in a single new line character
--------------------------------------------------------------------------------
FILE: ...eview/sites/all/modules/pareview_temp/test_candidate/butterflive.module
--------------------------------------------------------------------------------
FOUND 2 ERROR(S) AFFECTING 2 LINE(S)
--------------------------------------------------------------------------------
80 | ERROR | Parameter comment indentation must be 2 additional spaces at
| | position 1
83 | ERROR | Parameter comment indentation must be 2 additional spaces at
| | position 2
--------------------------------------------------------------------------------
Comment #19
barnettech commentedI also see for example on line 101 they wont allow this to pass probably due to lack of indentation with your array:
http://drupal.org/coding-standards#array shows how drupal.org requires arrays to look.
Comment #20
pbouchequet commentedThank you for your review barnettech, I fixed the indentation and others problems with my code. The Ventral service is very useful!
Comment #21
barnettech commentedI just ran it through pareview and there are only 2 minor errors for you to fix:
FILE: ...eview/sites/all/modules/pareview_temp/test_candidate/butterflive.module
--------------------------------------------------------------------------------
FOUND 2 ERROR(S) AFFECTING 2 LINE(S)
--------------------------------------------------------------------------------
80 | ERROR | Parameter comment indentation must be 2 additional spaces at
| | position 1
83 | ERROR | Parameter comment indentation must be 2 additional spaces at
| | position 2
Fix these 2 minor issues, and then the next reviewer will at least know the automated review is done. Then a manual review, and I'm going to try to load up your module. I expect that is what the git admins for this area will want. They are encouraging us to review others while we wait btw, I am in the que as well with my "Droogle" module.
good luck. I'll try to load up your module now as well.
Comment #22
barnettech commentedSo I went to install your module and I use drush and I noticed that your base directory for your module is butterflive_live_tracking_and_chat but your module is actually called: butterflive.module so your base directory should really be "butterflive" and not "butterflive_live_tracking_and_chat". This broke drush actually and I was unable to install your module via drush.
Also I noticed that your functions are not properly namespaced. All functions should really start with your modules name. So
function set_butterflive_param($param, $value)should really befunction butterflive_set_param($param, $value)is my understanding. They dinged my module on this as well, and I've since fixed it. The idea is if you namespace, prefix every function with your module name, and the module name is unique on drupal.org, then there wont be conflicts with the naming of module functions.Comment #23
moufmouf commentedHi everybody!
From now on, I'll be working on this module in place of pbouchequet.
I have seen all remarks by barnettech and taken them into account.
Pareview is giving me 0 errors now on my computer (although I could not test the online version because it is in maintenance).
Also, I could not rename the project from "butterflive_live_tracking_and_chat" to "butterflive", so instead, I've prefixed all the functions with "butterflive_live_tracking_and_chat". It's a bit long, it can look a bit wierd, but it fits the coding standards.
Once more, thanks to anyone willing to review this module, and I'm sure we will have it validated very soon.
David.
Comment #24
moufmouf commentedHi,
Ventral's Pareview is back online so I performed a last check. There was a problem with the branch name that I solved. Everything is fine now, and there are no more warning in the Ventral's Pareview:
http://ventral.org/pareview/httpgitdrupalorgsandboxpbouchequet1165982git...
Comment #25
patrickd commentedSorry for the long delay!
always put a blank comment line between short description and long description. ->
array('administer users'),why administer users ( == permission to configure and administer user accounts, please choose a more accurate permission (like access administrative pages) or create you own one hereI'll stop here as my impression is that here's unfortunately a huge lack of drupal-specific knowledge.
There are lots of good resources about drupal module development (books, screencasts, ...), please use them! they're totally worth it!
regards
Comment #26
luxpaparazzi commentedIt would be good if you'll tell us in some words what the "Butterflive services" actually are, and why people would integrate them on their sites.
I would also recommand choosing a smaller short_name for your project: "butterflive_live_tracking_and_chat_". This would make reading function-names much easiser, and less scrolling in file browsers. I see in your menu you are using "butterflive", I would recommand this as your shortname.
Javascript code should be in Javascript (.js) files:
The same in butterflive_live_tracking_and_chat_admin().
I would also recommand identing lines which start with "->" as in-here:
The t() function should not contain any HTML code as in butterflive_live_tracking_and_chat_activate_site_results():
Also variables must not be used in t()! Please consult the t() function documentation.
This link will not work if short_url is activated in Drupal:
.... $base_url . "?q=admin/config/system/butterfli....You should use the url() function for this. Please consult the documentation.
You should not use TAPs for indenting.
A big no-go for any web-application:
<div style="width:40%;margin-right: 5%;float:left;">Styling information has to go into CSS-files, not as inline-HTML!
The same for: butterflive_live_tracking_and_chat_output_style()!!!
HTML should go into theme functions or even better template files:
Comment #27
luxpaparazzi commentedYou should also hook_form for creating forms!
See http://api.drupal.org/api/drupal/modules!node!node.api.php/function/hook...
Comment #28
klausiClosing due to lack of activity. Feel free to reopen if you are still working on this application.
Comment #28.0
klausiModification of the git repository address