Closed (fixed)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Critical
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
4 Nov 2016 at 09:58 UTC
Updated:
14 Jun 2017 at 13:35 UTC
Jump to comment: Most recent
Comments
Comment #2
PA robot commentedProject 1: https://www.drupal.org/node/2824305
Project 2: https://www.drupal.org/node/2824844
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 #3
barig commentedComment #4
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 #5
grimreaperComment #6
grimreaperComment #7
vlad.dancerAutomated Review
Review of the 8.x-1.x branch (commit 2824300):
This automated report was generated with PAReview.sh, your friendly project application review script. You can also use the online version to check your project. You have to get a review bonus to get a review from me.
See https://pareview.sh/node/1150
Manual Review
Fix:
change $form_state['values']['qwantsearch_http_token']to$form_state->getValue('qwantsearch_http_token')composer require "drupal/qwantsearch @dev"Fix: replace "~1.x" to "~1.0", or any other acceptable version (optional to change version constraint)
change
admin/config/search/qwanttoadmin/config/search/qwantsearchfor example: admin/config/system/actions
Fix: at least warn user about this possibility (in form element description)
Assumption: use Guzzle to query a Qwant endpoint instead cURL
<a href="{{ url }}" title="{{ title }}">{{ title }}</a>maybe open link in new browser tab by default?
use united style for function definition (one line of func arguments vs. multiline)
see
qwantsearch/src/Plugin/Block/QwantsearchSearchBlock.php:39vs
qwantsearch/src/Plugin/Block/QwantsearchSearchBlock.php:52also 6 whitespaces used to indent the code
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.
If added, please don't remove the security tag, we keep that for statistics and to show examples of security problems.
This review uses the Project Application Review Template.
Personal opinion:
Despite of that I don't see this module is very useful due to very small favours,
I want say that this module has:
- excellent module architecture,
- can be extended via alter hooks and theme templates,
- almost united code style,
- even ready for localisation.
Comment #8
vlad.dancerUPD: Add check for curl in hook_requirements
see:
Comment #9
grimreaperHello @vlad.dancer,
Thank you very much for the review.
I fixed pareview results, fixed the typo and fixed composer.json.
1: ok, changed
2: I do not understand this warning. You mean in case the administrator enters an already used URL?
3: yes, I will make a check if a sanitization is needed and how to do it.
4: as you mentionned, this module will be used in very special cases, so we don't think having default values will be very useful as it will depends on clients/customers requirement.
5: done
6: Yes but we prefer to let the visitor have the choice of opening in a new tab. A site owner can override the template in its custom theme and or use modules like external links (https://www.drupal.org/project/extlink) to add the target _blank using JS.
7: done for the indentation, but in case of a plugin create method, it is almost everytime the same parameters and even if it is more than 80 characters for the create method I keep it in on one line.
Thanks again for the review.
I will check point 3 and if you can add precision on point 2 thanks.
Comment #10
vlad.dancerExactly.
Good job.
Comment #11
grimreaperHello,
2: Ok, I have added a description to help.
3: I checked for the sanitization in the path. I have tested with
<script>alert('test')</script>, it works.Thanks for the RTBC.
Comment #12
vlad.dancerYou're welcome!
Comment #13
grimreaperComment #14
grimreaperHello,
As there is now a new policy about the sandbox modules allowing anyone to have full project.
Do we need to wait for a security approbation as this issue is in RTBC or can we promote the sandbox?
Thanks for the reply.
Comment #15
grimreaperHello,
I have promoted the project.
I close this issue.