Project

General

Profile

Actions

Bug #16109

closed

support for own drag'n'drop actions is limited

Added by Daniel Winkler about 18 years ago. Updated almost 9 years ago.

Status:
Rejected
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Target version:
Start date:
2006-05-01
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.0
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

The function printDragDropClickMenu in alt_clickmenu.php contains some hardcoded menu entries and the possibility to add own features.
Unfortunately the call to processingByExtClassArray does not pass the destination id to the functions, so handlers in extensions have to fetch it "manually" via t3lib_div::_GP('dstId').

Well, it works, but the workaround will fail if the name of the parameter is changed one time.
(issue imported from #M3388)

Actions #1

Updated by Alexander Opitz about 11 years ago

  • Status changed from New to Needs Feedback
  • Target version deleted (0)
  • PHP Version deleted (4)

The issue is very old, does this issue exists in newer versions of TYPO3 CMS (4.5 or 6.1)?

Actions #2

Updated by Daniel Winkler almost 11 years ago

I found this function still in the current 6.0.x branch, still without any destination ID. So I'd say, the issue still exists.
It was not critical as we used a workaround. But a fix might still help future developments.

Actions #3

Updated by Alexander Opitz almost 11 years ago

  • Status changed from Needs Feedback to New
Actions #4

Updated by Mathias Schreiber over 9 years ago

  • Target version set to 7.4 (Backend)
  • Is Regression set to No
Actions #5

Updated by Georg Ringer almost 9 years ago

  • Status changed from New to Rejected

There are currently no plans to change this in the near future. if so, it will be a completly rewrite anyway.

Actions

Also available in: Atom PDF