Project

General

Profile

Actions

Bug #92974

open

Re-import of website with form partially fails

Added by Matthias Druske over 3 years ago. Updated over 2 years ago.

Status:
Accepted
Priority:
Should have
Assignee:
-
Category:
Form Framework
Target version:
-
Start date:
2020-12-02
Due date:
% Done:

0%

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

Description

I may have found a bug in TYPO3 (10.4.10). It seems, when you export a page (as XML file) with a form content element (inlcuding a form plug-in and included yaml-file) and try to import it, the plug-in file is not found. That's because the used persistaceIdentifier should be 1:path/formfilename.form.yaml, but instead it is 1: followed by the uid of the yaml-file in the sys_file table. The website and yaml-file are properly* re-imported, the correct persistaceIdentifier is also listed in the plug-in dropdown list (and can be successfully chosen manually after import), but for some reason it is set to the wrong one described above, which is listed as well. If I had to import a website with many forms, it would be extremly troublesome to edit them all manually.

*as far as importing works anyway. There are other points I find strange about imports (such as the missing site configuration), but that's not the issue at hand.


Related issues 1 (1 open0 closed)

Related to TYPO3 Core - Story #92526: Concept for improved EXT:impexpAccepted2020-10-09

Actions
Actions #1

Updated by Simon Gilli over 3 years ago

  • Related to Story #92526: Concept for improved EXT:impexp added
Actions #2

Updated by Simon Gilli over 2 years ago

  • Category changed from Import/Export (T3D) to Form Framework
  • Status changed from New to Accepted

Can confirm this bug with the ext:introduction. Looks like the SoftRef parser does / can not correctly resolve the realtion on import. So far I have this issue with v10 and v11, not tested with v9 and below.

Actions

Also available in: Atom PDF