Project

General

Profile

Actions

Bug #80508

closed

wizard_link does not invoke the change JS in FlexForm

Added by Xavier Perseguers about 7 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend JavaScript
Start date:
2017-03-28
Due date:
% Done:

0%

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

Description

EXT:file_list is using the wizard_link wizard as part of the plugin configuration (FlexForm):

<settings.path>
    <TCEforms>
        <label>LLL:EXT:file_list/Resources/Private/Language/locallang_flexform.xlf:filelist.path</label>
        <config>
            <type>input</type>
            <size>48</size>
            <eval>trim</eval>
            <wizards type="array">
                <_PADDING>2</_PADDING>
                <link type="array">
                    <type>popup</type>
                    <title>LLL:EXT:file_list/Resources/Private/Language/locallang_flexform.xlf:filelist.path.wizards.link.title</title>
                    <icon>EXT:backend/Resources/Public/Images/FormFieldWizard/wizard_link.gif</icon>
                    <module type="array">
                        <name>wizard_link</name>
                    </module>
                    <params type="array">
                        <blindLinkOptions>page,url,mail,spec,file</blindLinkOptions>
                    </params>
                    <JSopenParams>height=600,width=800,status=0,menubar=0,scrollbars=1</JSopenParams>
                </link>
            </wizards>
        </config>
    </TCEforms>
</settings.path>

This shows such an option for the path:

When choosing a path with the wizard, the path is properly shown in the textbox but never copied to the corresponding hidden field (nothing happens when the field looses the focus). This leads to the path being "discarded" and never persisted to the DB. If however I manually type a path (or copy paste it), then it is properly persisted.


Files

option.png (10.9 KB) option.png Xavier Perseguers, 2017-03-28 10:04
Actions #1

Updated by Markus Klein about 7 years ago

  • Category set to Backend JavaScript
  • Assignee set to Markus Klein
  • Target version set to Candidate for patchlevel
  • Complexity set to hard
Actions #2

Updated by Eric Chavaillaz about 7 years ago

In addition this issue is valid also for the input fields in a standard record.
Sometimes, after copy/paste a text and save, the value is not persisted and the field remains blank.

Thanks

Actions #3

Updated by Thomas Stenger about 7 years ago

The copy/paste issue needs to be adressed asap, it's extremely frustrating for editors.

Actions #4

Updated by Markus Klein about 7 years ago

@Stenger: Feel free to push a fix for the issue. I will not find time for at least 5 days.

Actions #5

Updated by Xavier Perseguers about 7 years ago

What @stenger and @chavaillaz reported looks to sound similar but is not directly related to this ticket since they are speaking copy/pasting content into any edit field, not the use case here where the content is populated from an external browser window, namely the wizard's file browser.

I'd suggest that they create another dedicated ticket for that. I did not analyse but experienced the problem and found that in those cases, the "change" event of the edit field did not fire the copy of its content to the hidden field, maybe a starting point.

Actions #6

Updated by Markus Klein almost 7 years ago

  • Sprint Focus set to On Location Sprint
Actions #7

Updated by Anja Leichsenring over 6 years ago

  • Sprint Focus deleted (On Location Sprint)
Actions #8

Updated by Frank Nägler over 6 years ago

  • Status changed from New to Needs Feedback

I tried your example with EXT:file_list and TYPO3 8.7.x there is no problem. Can you confirm that this is only an issue in v7 ?

Actions #9

Updated by Markus Klein over 6 years ago

  • Assignee deleted (Markus Klein)
Actions #10

Updated by Frank Nägler over 6 years ago

  • Status changed from Needs Feedback to Closed

Since this issue seams to exists only in v7 and I guess this issue is not important enough, I will close this issue for now. If you think this is an mistake, please ping me or reopen the issue.

Actions

Also available in: Atom PDF