Closed (fixed)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
25 Jul 2012 at 18:04 UTC
Updated:
4 Jan 2014 at 02:24 UTC
Jump to comment: Most recent
Comments
Comment #1
patrickd commentedwelcome,
There is still a master branch, make sure to set the correct default branch: http://drupal.org/node/1659588 .
An automated review of your project looks good, the issues shown are false positive (required functions of webform) (note to other reviewers)
There are about 100 other applications waiting for review and only a hand full of active reviewers.
We do really need more hands in the application queue and highly recommend to get a review bonus so we can come back to your application sooner.
regards
Comment #2
roynilanjan commentedOne very basic observation from the module file that the function,
why should I do that static variable set to "true" at the end of function. Because drupal_static() will return an empty value the first time we call it, but any changes to the variable will be preserved when the function is called again. That means that our function can check if the variable is already populated, and return it immediately without doing any more work
It seems to me that without resetting to true still those library will be cached during page request by using the default behavior of drupal_static
Comment #3
shawn_smiley commented@patrickd,
Thanks for the feedback, I'll try to get some module reviews in this weekend.
@roynilanjan,
You have an interesting point here, though your comment did make me notice that I was missing the & on the drupal_static() call so assigning the $embedded variable didn't actually do anything. I've updated the code to correctly use drupal_static(). I'm using drupal_static() here rather than just a plain static variable for the unlikely case that some other module modifies the embedded libraries and calls drupal_static_reset().
Comment #4
roynilanjan commenteddrupal_static is basically an use of caching mechanism handling for a single page request where actually I can write my expensive logics... and using drupal_static_reset we can just reset the cache & executes the normal process once again
Comment #4.0
shawn_smiley commentedAdded list of project applications that I have reviewed and commented on.
Comment #5
shawn_smiley commentedI've completed a review of three applications (noted in the main issue description).
I've also adjusted the static variable handling webform_accordion_insert_js_css().
Updated tag for PAReview: review bonus.
Comment #6
dago.aceves commentedChecked this out on my local. Looks good.
Comment #7
klausiThanks for your contribution, Shawn_Smiley!
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 #8
shawn_smiley commentedThanks Klausi and everyone else that provided reviews and feedback.
Comment #9.0
(not verified) commentedUpdated project description with the link to my review of the JISCPM module.