If you click the clone tab, move down to customize, and delete menu items you don't want in the new cloned menu, it deletes them from the original menu instead. So until this is fixed, don't do it.

CommentFileSizeAuthor
#4 delete-1371690-4.patch3.28 KBshawn_smiley
#3 delete-1371690-3.patch1.89 KBshawn_smiley

Comments

RKS’s picture

RKS commented

In another bug report the user suggested adding check boxes for the menu items you want in the cloned menu. I think this would be your best option to simplify things and make sure it works properly. It doesn't have to be all ajaxy sometimes.

Mołot’s picture

Mołot commented

I agree, it is misleading now. Against Rule of Smallest Surprise.

Just remove that field until it can work properly.

shawn_smiley’s picture

shawn_smiley commented
Status: Active » Needs review
StatusFileSize
new delete-1371690-3.patch1.89 KB

Attached is a patch that removes both the edit and delete links from the clone menu tab. I removed the edit links for the same reason as mentioned above for the delete links. Namely that they cause the user to edit the original menu link rather than the cloned copy.

shawn_smiley’s picture

shawn_smiley commented
StatusFileSize
new delete-1371690-4.patch3.28 KB

Here is a slightly modified version of the patch in #3. In this version, I've adjusted the instruction text to be a bit more accurate and fixed an error in the form validation related to the maxlength of the menu name.

malc0mn’s picture

malc0mn commented
Version: 7.x-1.x-dev » 7.x-1.0-beta1

Please retest with the latest release and let me know if this is fixed now...