Bug #32775
closedDate-Picker does not hide in IRRE Elements
0%
Description
Hi,
if there are datetime fields within IRRE (e.g. datetime field in powermail or any datetime field in a custom extension) the datepicker stays open if one clicks the calendar more than once.
- Open a IRRE Element which contains a datetime field
- Click calendar icon => datepicker pops up
- Click to an area outside => closes the datepicker
- Click calendar icon again => datepicker opens up again
- Click to an area outside or select a date => datepicker remains open and cannot be closed anymore
If there are more than one datetime field multiple datepickers will stay open.
There is no JavaScript error => Testet with Firefox 8.0 and Typo3 4.5.8
FYI: One year ago there was another issue with datepicker in IRRE, see #22796.
Kind regards,
Andreas
Updated by Steffen Gebert almost 13 years ago
- Status changed from New to Accepted
Thanks for your report, Andreas! I can confirm this issue.
Do you have a solution for that issue? I'm not a JS guru and have no time ATM.
Steffen
Updated by Andreas Dörler almost 13 years ago
Hello Steffen,
Steffen Gebert wrote:
Do you have a solution for that issue? I'm not a JS guru and have no time ATM.
Unfortunately not. I digged a little bit through the JS-Code, but as there are so many JS-Files loaded in the Backend and no obvious JS-error is thrown I do not really know where to start debugging.
It would be great if someone who is familiar with the date pickers code could throw an eye on this issue.
Andreas
Updated by Andreas Kießling about 12 years ago
Seems to be fixed with #23843 which removes the event from the datepicker before adding them (again). I had the same issue a while ago, but could not reproduce them now anymore.
datepicker.removeAllListeners(); datepicker.on('click', function(){ menu.show(datepicker); });
Shouldn't such events be delegated to the form or body element, instead of being constantly removed and added?
Updated by Andreas Dörler about 11 years ago
Andreas Kiessling wrote:
Seems to be fixed with #23843 which removes the event from the datepicker before adding them (again). I had the same issue a while ago, but could not reproduce them now anymore.
[...]Shouldn't such events be delegated to the form or body element, instead of being constantly removed and added?
Hi Andreas,
I've just tried in a 4.5.25 installation. datepicker.removeALLListeners(); is included in this version, but the problem still exists.
The datepicker closes only the very first time (either by selecting a date or by clicking outside).
Andreas
Updated by Mathias Schreiber about 10 years ago
- Category set to 978
- Assignee set to Benni Mack
- Is Regression set to No
Benni, will this be fixed with the new datepicker?
Updated by Mathias Schreiber almost 10 years ago
- Status changed from Accepted to Resolved
fixed on master
Updated by Andreas Dörler almost 10 years ago
Hi Mathias,
Mathias Schreiber wrote:
fixed on master
this is good to hear.
Could you provide a link to the commit on github? I'd like to check if it's possible to backport the patch to TYPO3 CMS 4.5.
Thank you
Andreas
Updated by Benni Mack almost 10 years ago
Hey,
I doubt this can be backported to 4.5, but here you go:
https://git.typo3.org/Packages/TYPO3.CMS.git/commit/6782a7e05e536ec20ae32fd24a491d65919adab7
https://git.typo3.org/Packages/TYPO3.CMS.git/commit/5ee82218fa56ba27e5bc7fe06ac42459ba2c55df