Closed (fixed)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
17 Jun 2013 at 16:26 UTC
Updated:
4 Jan 2014 at 03:28 UTC
Jump to comment: Most recent
Comments
Comment #1
artaphis commented1. Please use unix-style line endings (all files);
2. deezer.theme.inc - line 48 - add comma at the end of array;
3. deezer.js - line 31 - add semicolon;
4. deezer.pages.inc - line 225 - i recommend to make redirection customizable or overridable (drupal_goto('') is hardcoded);
Add empty line to the end:
README.txt, deezer.info
Comment #2
chrisscudder commenteddeezer.install
add hook_install
variable_set - deezer_app_id, deezer_secret_key etc
deezer.module
make DEEZER_ACCESS_TOKEN_URL, DEEZER_API_URL and DEEZER_USERPIC_SIDE variables.
Comment #3
ronfeathers commentedBe sure to test through pareview: http://ventral.org/pareview/httpgitdrupalorgsandboxvgrotov1993038git You can get a lot of hints there.
Also, run JS through a tool like JSHint (http://www.jshint.com/) which will help identify some potential issues and save you time here.
~R~
Comment #4
Vasiliy Grotov commentedHey folks, thanks for the reports!
artaphis
Styling errors fixed.
deezer.pages.inc - line 225 - Yeah, agree. I'm keeping this in mind already. Will make the redirection customisable, when figure out the best way for user to set this settings. For now I would leave it hardcoded to frontpage.
chrisscudder
deezer_app_id, deezer_secret_key - these variables are only set after a user has provided his app info, so there is no need to set them just after the module been enabled.
DEEZER_ACCESS_TOKEN_URL, DEEZER_API_URL and DEEZER_USERPIC_SIDE - as for me, this is more convenient way to store this data in constants, not in Drupal variables. So I would prefer to leave it as it is.
ronfeathers
Thank you for the jshint.com service hint, I never heard of it. I've fixed the errors it showed me.
Comment #5
Vasiliy Grotov commentedComment #6
Vasiliy Grotov commented* Attached to the Bonus Program.
Comment #6.0
Vasiliy Grotov commentedAdded "Reviews of other projects" section.
Comment #7
klausiRemoving review bonus tag, you have not done any manual review, you just posted the output of an automated review tool. Make sure to read through the source code of the other projects, as requested on the review bonus page.
Comment #7.0
klausiremoved automated reviews.
Comment #7.1
Vasiliy Grotov commentedAdded 1 review.
Comment #7.2
Vasiliy Grotov commentedAdd another review.
Comment #8
Vasiliy Grotov commentedMy bad. [=
I've delve more deeply into another 3 projects. So now it should be all right.
Comment #9
klausiReview of the 7.x-1.x branch:
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.
manual review:
'#markup' => '<br /><b>' . $deezer_user['name'] . '</b>',: this is vulnerable to XSS exploit, since $deezer_user['name'] stems from an untrusted third party source. You need sanitize all untrusted user provided input before printing. Make sure to read https://drupal.org/node/28984 again. And please don't remove the security tag, we keep that for statistics and to show examples of security problems.Removing review bonus tag, you can add it again if you have done another 3 reviews of other projects.
Comment #10
Vasiliy Grotov commentedHey klausi!
Thanks for the review.
So all issues are fixed.
Comment #11
klausiSorry for the delay. Make sure to review more project applications and get a new review bonus and this will get finished faster.
manual review:
That are not application blockers, otherwise looks RTBC to me.
Assigning to ELC as he might have time to take a final look at this.
Comment #12
klausino objections for more than a week, so ...
Thanks for your contribution, Vasiliy Grotov!
I updated your account so you can 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 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.
Thanks to the dedicated reviewer(s) as well.
Comment #13
Vasiliy Grotov commentedThank you, klausi!
Sorry for the delay.
Totally agree. Cleaned this out.
user_external_login_register() doesn't cares about custom profile fields. So I don't wanna use it. Maybe will made some refactor around using user_set_authmaps() directly and login users from created authmap record in near future. But for now it acts like core User functionality.
file_get_contents() also been used in deezer_session_get_token() (handles OAuth2 access token farming), so I replaced it in the both cases. Thank you.
deezer_login_callback(): why do you set $_SESSION['deezer_goto']? Just call drupal_goto() directly here?This piece of code could also be called in popup window, so it not a good way to redirect user right ahead in this function, because redirection will triggers in a popup, not the main window.
Klausi, thanks again for promoting the module, and helping out with cleaning the code!
Comment #14.0
(not verified) commentedAdded third review.