When configuring to remove Edit menu from clickmenu, it also removes 'Edit Page Properties'
|Status:||Needs Feedback||Start date:||2009-12-12|
|Priority:||Should have||Due date:|
According to the TS Config manual you can configure the User TSConfig entry contextMenu.[key].disableItems with either (or both) af edit and edit_pageheader.
If adding 'edit' then 'edit_pageheader' is also removed because the code (wrongly) test whether the variable editPageIconSet is set. Removing the check, which is done in the attached patch file, solves the problem and makes things work as documented in the TS Config manual.
There is a closely related problem: The entry is not called 'edit_pagehader' anymore (and has not been called that since 2005!!!). It is now called 'edit_pageproperties'. This needs to be corrected in the manual, i.e. replacing 'edit_pageheader' with 'edit_pageproperties' in the description of the configuration entry for contextMenu.[key].disableItems.
TS Config manual: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsconfig/4.2.0/view/1/2/#id4138422
(issue imported from #M13022)
|related to Core - Bug #22629: "contextMenu.pageTree.disableItems =moreoptions" remove a...||Needs Feedback||2010-05-11|
Updated by Benjamin Mack over 3 years ago
well, the option $backRef->editPageIconSet is set by alt_clickmenu.php because it checks if the page can be edited. thus it should be kept. Although our patch solves your problem, I think the change needs to be in another area. What do you think?
Btw: Thanks for the spot in the documentation, I'll let Francois Suter know so he can take care of it.
Thanks for your work.
Updated by Alexander Opitz about 1 month ago
- Status changed from New to Needs Feedback
- Target version deleted (
As this report is very old, is the handling in newer TYPO3 CMS Versions (like 6.0/6.1) more like you expect it?