Closed (won't fix)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
12 Sep 2014 at 13:02 UTC
Updated:
7 Dec 2014 at 11:24 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
PA robot commentedThere are some errors reported by automated review tools, did you already check them? See http://pareview.sh/pareview/httpgitdrupalorgsandboxmax62fr2337365git
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 #2
max62fr commentedSeems to pass the pareview.sh tool now ...
Comment #3
nitesh pawar commentedReplaced ssh link to http
Comment #4
max62fr commentedComment #5
klessou commentedInstalled and used in my last Drupal Project, Thx Max62fr, it was really helpfull to build an homemade deploy module.
Comment #6
drizztt24 commentedUsed easily in my deployment of new project. Nice.
Comment #7
myhemant commentedUsed in my project, Nice module. It would be great if you added the global Import menu button on menu listing page.
Comment #8
pushpinderchauhan commented@max62fr, thankyou for your contribution.
Automated Review
Best practice issues identified by pareview.sh / drupalcs / coder. None.
Manual Review
I am not sure how your module aim is different from Menu Export/Import module. Menu Export/Import is already gives both features that you are providing, just changing the export file syntax doesn't make sense to me. If you are providing some additional feature or it is more useful from performance prospective or anything else then elaborate the same on your project page. If you give genuine reasons, it would help other people why they prefer your module instead Menu Export/Import.
I still feel in what scenario this module is preferable instead of Menu Export/Import. I am sure you gone through some business use cases where you get such type of requirement, do share here.
$menu_name = arg(4);is not a recommended approach.Instead of
Use following (
page arguments):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.
As I am not a git administrator, so I would recommend you, please help to review other project applications to get a review bonus. This will put you on the high priority list, then git administrators will take a look at your project right away :-)
Thanks Again!
Comment #9
max62fr commented@er.pushpinderrana Thank you, your review is really helpful. I'm gonna fix everything very soon.
@myhemant In the meantime, I will provide an import interface.
Comment #10
max62fr commentedHi.
Thanks again for the review.
All change done.
The description page and hook_help text will be updated very soon.
Comment #11
gaurav.pahuja commentedAutomated Review
Yes.
http://pareview.sh/pareview/httpgitdrupalorgsandboxmax62fr2337365git-0
Best practice issues identified by pareview.sh / drupalcs / coder. Please don't copy/paste all of the results unless they are short. If there are a lot, then post a link to the automated review and mention that problems should be addressed.
Manual Review
While importing a menu into the system, validation should be placed inside menu_export_import_form_validate instead of menu_export_import_form_submit.
I tried importing an already existing menu and got an error message. But my Menu code has been removed.
Screenshots attached.

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.
Comment #12
max62fr commentedThanks gaurav.pahuja !
All changes is done, the "hook_form_validate" function is inspired by the view module.
I've also added the support of the disabled option in a menu link.
Comment #13
joachim commented> A similar module exists, it's Menu Import, the biggest difference is on the exported result file.
Menu Export creates an StdClass Object and the other module creates a text file with json inside.
If that's the biggest difference then you should really consider joining forces with that module rather than creating duplication.
What's the benefit of having an object over json? Surely if you're using it to export/import, the format is immaterial as long as you can copy-paste it from one site to another.
Comment #14
max62fr commentedI've already explained why those two module are similar but complementary.
"We would recommend you to use Menu Export if you need something to deploy faster your project. Nethertheless you should probably have a look to Menu Export/Import if you need something readable and understandable by non-tech person."
We also plan to add those kind of features :
Create a way to be able to revert any changes on a menu, something like the revert feature provided by view.
We made that module also because, we use a lot that kind of feature from view and panel to deploy a website automaticly from scratch.
We feel like it's even more covenient, to manipulate php code like view and panel do.
Plz note : Menu Export/Import doesn't use a JSON structure at all.
Comment #15
joachim commented> We would recommend you to use Menu Export if you need something to deploy faster your project.
Why is using Menu Export faster?
Comment #16
pushpinderchauhan commentedMenu Export/Import also compatible with Drush. Still not convinced from your explanation how your module is faster from existing one, even faster doesn't make any sense, as it is just export/import task.
What do you mean here from non-tech person? Is your module not useful for Non Technical people?
Module duplication and fragmentation is a huge problem on drupal.org and we prefer collaboration over competition.
Comment #17
PA robot commentedClosing due to lack of activity. If you are still working on this application, you should fix all known problems and then set the status to "Needs review". (See also the project application workflow).
I'm a robot and this is an automated message from Project Applications Scraper.