This is an application for full project status for the Screen9 project, the project page is located here http://drupal.org/sandbox/screen9/1184484
Screen9 is an online video platform and this is an integration module to integrate video publishing with Screen9 in Drupal. The module allows for uploading, managing and publishing of videos from a Screen9 video account onto the drupal website. To my knowledge, there are no other modules with an integration to Screen9 today.
This is our first Drupal project so apologies in advance if we've missed out on any part of the application process.
I'm not familiar with your review process but I assume you will need to test the module running against an actual account. To get that working I can set up a video account for you. I will need the IP address from which you plan to run the test (we will change this in our product in the future).
You can contact me directly at bjorn.sundman@screen9.com
| Comment | File | Size | Author |
|---|---|---|---|
| #7 | drupalcs-result.txt | 17.84 KB | klausi |
| #3 | coder-result.txt | 6.61 KB | klausi |
Comments
Comment #1
tim.plunkettWhat is the purpose of plugins/s9wysiwyg/s9wysiwyg.inc and plugins/s9wysiwyg/s9wysiwyg.css? In fact, the whole s9wysiwyg folder. The .js is referenced in screen9_editor.module, which references the .png, but nothing else.
There is an insane amount of HTML being printed out hardcoded. Can you explain exactly why that is done, and the usual Drupal methodology isn't being used?
Comment #2
screen9 commentedWe've updated the module according to your feedback.
The plugins folder has been deleted entirely and it's content (editor_plugin.js and s9wysiwyg.png) has been moved to a more appropriate location. They now live in the "js" and "img" directories.
The old files as mention we're not in use anymore, they come from an earlier version of the module where the intention was to use the WYSIWYG project's API to incorporate the WYSIWYG functionally of this module in all WYSIWYG editors the WYSIWYG project supports.
However, after limitations and complications arose it was decided to overhaul the plugin into a pure TinyMCE plugin instead. The files was kept for reference purposes only but should nevertheless not have been included in the final project.
We've also completley removed the hardcoded HTML.
Instead Drupal's theme functionallity is used to include template files which are used to output the final HTML.
Comment #3
klausiIt 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.
Review of the master branch:
This automated report was generated with PAReview.sh, your friendly project application review script. Please report any bugs to klausi.
manual review:
remove all debug statements and commented out code lines.
Comment #4
screen9 commentedFeedback has been addressed:
Comment #5
chakrapani commentedReview of the 6.x-1.x 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.
Comment #6
screen9 commentedFeedback has been addressed.
Comment #7
klausiThere are still files other than README.txt in the master branch, make sure to remove them. See also step 5 in http://drupal.org/node/1127732
Review of the 6.x-1.x 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:
Comment #8
misc commented@screen9 has been contacted to ask if the application is abandoned.
http://drupal.org/node/894256
Comment #9
screen9 commentedHi, thanks for the message. Unless there's been a migration to a new project or similar I don't think this app should be abandoned, so we'll check the status and post an update as soon as we've confirmed how we want to proceed ...
Comment #10
screen9 commentedHi again, we've now committed fixes so this module should now be ready for approval we hope. Please let us know when you've reviewed, thanks! Sean.
Comment #11
misc commentedComment #12
misc commentedYou need to do some work on the coding standards issues, after you have taking care of that stuff, this looks RTBC for me.
Comment #13
patrickd commentedAny updates ?
Setting needs work, as there's still something left to do..
Comment #14
screen9 commentedHi, we've committed bug fixes and standards improvements ready for review again please. Thanks!
Comment #15
klausiYou need to set the status to "needs review" if you want to get a review.
We are currently quite busy with all the project applications and I can only review projects with a review bonus. Please help me reviewing and I'll take a look at your project right away :-)
Comment #16
screen9 commentedApologies for not changing the status, I'm writing on behalf of our developer and I'm not familiar with this interface! Now fixed, and we'll look into your review bonus tip.
Comment #17
klausiWarning: All user accounts are for individuals. Accounts created for more than one user will be blocked when discovered. Please create your own account to post on drupal.org.
Comment #18
klausididn't mean to change the status.
Comment #19
screen9 commentedSure thanks for the advice on users, we're setting up another account for our developer but it wasn't ready when I last posted. We'll be sure to use our separate accounts in future.
Comment #20
chipway commented@screen9,
Did you rewrite your module?
I still get plenty of errors on : http://ventral.org/pareview/httpgitdrupalorgsandboxscreen91184484git
with several critical.
Is your module alive?
Comment #21
agroz commentedWe run coder and it seems that all errors are removed. We cleaned master too. We checked that all our changes are visible. It is ready for review again please.
Comment #22
chipway commented@screen9,
Code_review is not enough accurate. Your code must pass the following PAReview test. You may also install PAReview locally for convenience testing.
I still get plenty of errors on : http://ventral.org/pareview/httpgitdrupalorgsandboxscreen91184484git
with several critical errors.
For example in sites/all/modules/screen9/templates/upload_page_popup.tpl.php:
+22: [critical] Use the Form API to build forms to help prevent against CSRF attacks.
sites/all/modules/pareview_temp/./test_candidate/templates/upload_page.tpl.php:
+12: [critical] Use the Form API to build forms to help prevent against CSRF attacks.
sites/all/modules/pareview_temp/./test_candidate/templates/select_page_popup.tpl.php:
+28: [critical] Use the Form API to build forms to help prevent against CSRF attacks.
You shouldn't have PHP code or forms in your templates tpl.php files.
To build forms, use form_api thru hook_form, in your screen9.module file.
See hook_form API and forms_api_reference.
Comment #23
rudiedirkx commentedComment #24
klausiClosing due to lack of activity. Feel free to reopen if you are still working on this application.
If you reopen this please keep in mind that we are currently quite busy with all the project applications and I can only review projects with a review bonus. Please help me reviewing and I'll take a look at your project right away :-)