Closed (fixed)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
12 May 2016 at 09:45 UTC
Updated:
14 Jun 2016 at 08:34 UTC
Jump to comment: Most recent
Comments
Comment #2
Drupalcreate commentedComment #3
PA robot commentedProject 1: https://www.drupal.org/node/2723953
Project 2: https://www.drupal.org/node/2722137
As successful completion of the project application process results in the applicant being granted the 'Create Full Projects' permission, there is no need to take multiple applications through the process. Once the first application has been successfully approved, then the applicant can promote other projects without review. Because of this, posting multiple applications is not necessary, and results in additional workload for reviewers ... which in turn results in longer wait times for everyone in the queue. With this in mind, your secondary applications have been marked as 'closed(duplicate)', with only one application left open (chosen at random).
If you prefer that we proceed through this review process with a different application than the one which was left open, then feel free to close the 'open' application as a duplicate, and re-open one of the project applications which had been closed.
I'm a robot and this is an automated message from Project Applications Scraper.
Comment #4
PA robot commentedThere are some errors reported by automated review tools, did you already check them? See http://pareview.sh/pareview/httpsgitdrupalorgsandboxDrupalcreate2723947git
We 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 #5
Drupalcreate commentedComment #6
hedrickbt commentedAutomated Review
Best practice issues identified by pareview.sh / drupalcs / coder.
Very little to address
Manual Review
https://www.drupal.org/u/drupalcreate
https://www.drupal.org/search/site/Form%20Field%20Type
Cloning the repo defaults to the 8.x-1.x branch as expected.
I didn't find any recognizeable 3rd party libraries included in the project
There is no README file.
I am new to this process but I didn't see any issues.
Not sure if this matters, but my test site base is /d/es/ and not just /
The starred items (*) are fairly big issues and warrant going back to Needs Work. Items marked with a plus sign (+) are important and should be addressed before a stable project release. The rest of the comments in the code walkthrough are recommendations.
This review uses the Project Application Review Template.
Comment #7
hedrickbt commentedComment #8
Drupalcreate commentedHey hedrickbt,
Thank you for reviewing our module and giving your extended feedback, we really appreciate it.
1. We have tested our module again on a fresh 8.1.1 installation and everything works as intended, without the error you reported. Could you please test again and report back?
2. The errors listed by PAReview don't show up when we run PHPCS. If we move the namespaces up to just above the @file comment, we do get an error stating that the @file comment has to be on the first line. This seems like an 'endless error loop', or we're doing something wrong.
3. The company we work for is called Digicreate but 'our team' has gotten the nickname 'Drupalcreate' so that's what we use as a username.
Again, thank you for your feedback and thanks in advance for the help.
Kind regards,
J - Drupalcreate
Comment #9
klausiAll user accounts are for individuals. Accounts created for more than one user or those using anonymous mail services will be blocked when discovered (see Get a Drupal.org account).
Please note that organization accounts cannot be approved for git commit access. See https://drupal.org/node/1966218 and https://drupal.org/node/1863498 for details on what is/isn't allowed. Please update your user profile so that we don't have to assume that this is a group account.
Comment #10
Drupalcreate commentedDear klausi,
The 'Drupalcreate' account is my own personal account, not an organization account. I only use this account to post custom modules which we created at Digicreate for use in our projects because we think they might also be useful to others.
Comment #11
hedrickbt commentedHey @Drupalcreate,
1. PAReview. How are you running phpcs? I use --standard=Drupal and --standard=DrupalPractice and this passes for me
2. Issue I ran into when using the module... This gets more interesting. I created a brand new Drupal site, on my local machine, from the latest 8.1.1 and installed only your module. I was able to recreate the exact same error again. Please note, when I do most of my module development/testing, I just run "php -S localhost:8000" in the Drupal site folder. Very easy, lightweight solution and to date this hasn't caused me any issues when developing/testing.
That said, I decided to sign up for a Digital Ocean 5$ account and created a Droplet to give your module another try. I figured out how to install Drupal w/NGINX using Drush and would you believe it...? I didn't have the same issue with your module! I haven't tried to dig in to figure out why it doesn't work for me using the built in PHP server, but I don't feel that this issue alone should be enough to hold the module back from moving to project status.
I am only putting this back to needs work to get your feedback on which standard of phpcs you are testing with.
Make sure to move the status back to needs review after you add any comments or make changes.
Comment #12
Drupalcreate commentedDear @hedrickbt,
1. When I use phpcs with '--standard=Drupal' I get the following:
Code:
Error:
If I then put the namespace under the file comment, "phpcs --standard=Drupal" doesn't give me any errors.
2. Strange that it doesn't work on your localhost. I will try your way of running PHP in the Drupal site folder to check if I get the same error. Currently, using XAMPP and our LAMP-server with a fresh 8.1.1 installation I don't get any errors when using the module.
Thanks again for your time, support and feedback!
Comment #13
hedrickbt commentedComment #14
mlncn commentedThanks for your contribution! Congratulations, you are now a vetted Git user. You can promote this to a full project.
When you create new projects (typically as a sandbox to start) you can then promote them to 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 stay 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.
Comment #15
mlncn commentedPlease note that i strongly recommend you choose module names that aren't tied to an organization (e.g. drupalcreate) if the module itself isn't.