Hi !

We need to be able to specify more than 1 root path so I made some changes to the StandaloneViewFactory class.

The edit is fully compatible with the fields in the DCE configuration (template_layout_root_path & template_partial_root_path).

Hope you'll approuve the changes, and thank you for this extension :)

I have a problem with DCE and TYPO3 v11. Maybe it's a misconfiguration of the new v11?

I'm developing a new site locally under the subdirectory /kohlern

Now when I select a file as template via popup in the fileadmin folder I first see it as "t3://file?uid=4" After saving it get's translated into /kohlern/fileadmin/template/dce/headerSlider.html instead of fileadmin/template/dce/headerSlider.html and it doesn't work in the frontend.

Is this a problem with v11? Do I have to change something in the configuration so it doesn't get mismatched because of the siteroot?

Versions

• DCE version: 2.8.2
• TYPO3 version: 10.4.26
• PHP version: 7.4

With 2.8.2 "t3://" paths for templates such as "t3://file?uid=1234" stopped working. I suspect file: paths have the same issue, but I have not tested it yet.

I don't think this is intended behavior, as the changelog states that this file reference feature is now only marked as deprecated. It is not yet a breaking change, where support for it is actually dropped.

Hi, I wanted to inform you that a problem with the Upgrade Wizard persists in version 2.9.1 (with Typo3 Version 11.15.16). (I thought that maybe it is better to open a new issue for this)

When clicking on "Run Upgrade Wizard" in the Install Tool (or BE) while DCE is installed the same 503 Error message appears as mentioned in https://github.com/a-r-m-i-n/dce/issues/28#issue-1324362856.

When activating ['SYS']['exceptionalErrors'] => 12290, additional information is displayed:

Originally posted by @uzerterter in https://github.com/a-r-m-i-n/dce/issues/28#issuecomment-1247077103

Hi @a-r-m-i-n , I'm asked to repost the bug report here, in Reference to the discussion in the Slack channel yesterday. Please let me know if you need any more info to reproduce this error.

Current setup:

• Enable DCE container = True
• Hide other container items, when detail page is triggered = True
• Detailseite = True
• Slugs and Detail all setup according to DCE documentation

Result:

• All works in Default language
• Without Slugs the detail page works as expected
• First element in English works with Slugs enabled
• In English, after the first DCE, the detail stops working and shows all items in list view.

This is somehow related to the slugs, without the clean URLs the page renders normally.

Kind regards,

Erik

This allows to migrate nested elements using

<field index="settings.slides">
                    <el index="el">
                        <section index="1">
                            <itemType index="container_slides">
                                <el>
                                    <field index="image">
                                        <value index="vDEF">_temp_14.jpg</value>
                                    </field>

Versions

• DCE version: 2.9.0
• TYPO3 version: 11.5.13
• PHP version: 7.4.27

Describe the bug The upgrade wizard fails. No additional bug message, no PHP error.

It's a local installation used for testing and development.

Here is what was written to the /var/log/dce_update_wizard.log:

Mon, 01 Aug 2022 14:38:46 +0200 [DEBUG] request="703737bdc7216" component="T3.Dce.UpdateWizards.FileToFalUpdateWizard": Executing update of T3\Dce\UpdateWizards\FileToFalUpdateWizard 
Mon, 01 Aug 2022 14:38:46 +0200 [DEBUG] request="703737bdc7216" component="T3.Dce.UpdateWizards.FileToFalUpdateWizard": Checking for new folders to create in fileadmin 
Mon, 01 Aug 2022 14:38:46 +0200 [DEBUG] request="703737bdc7216" component="T3.Dce.UpdateWizards.FileToFalUpdateWizard": 0 new folders created. 
Mon, 01 Aug 2022 14:38:46 +0200 [DEBUG] request="703737bdc7216" component="T3.Dce.UpdateWizards.FileToFalUpdateWizard": Moving old media files 
Mon, 01 Aug 2022 14:38:46 +0200 [DEBUG] request="703737bdc7216" component="T3.Dce.UpdateWizards.FileToFalUpdateWizard": All found media files moved. Start indexing new files in FAL 

And some screenshots:

• DCE version: 2.8.4
• TYPO3 version: 11.5.13
• PHP version: 8.0.11

When dce is installed the spinning search wheel in typo3´s backend never stop spinning when trying to search in backend in the searchform top right

Versions

• DCE version: 2.8.1
• TYPO3 version: 10.4.26
• PHP version: 7.4

Describe the bug After the upgrade from 2.7.7 to 2.8.1 i noticed something: If you have DCE-Elements on a page then every dce element on the page is rendered as the first dce element on the page but only on different languages as the main language.

After a downgrade from 2.8.1 back to 2.7.7 everything was alright again.

I could reproduce it on two different TYPO3 installations.

Cheers, Chris

I would like to show a subset of DCE-contents from another page on the home page. Usually I use the content element "Insert record" for this purpose, but when I select DCE-content elements, It always shows all DCE-content elements from the selected page. It does not matter which DCE element(s) I select.

Versions

• DCE version: 2.9.3
• TYPO3 version: 11.5.17
• PHP version: 7.4

Describe the bug I create a fresh TYPO3 11 installation with DCE, then I did:

• create a new DCE
• create an FAL field using the suggested configuration (https://github.com/a-r-m-i-n/dce/files/9921386/configuration.txt) and fill out other required fields
• Map field value to TCA column -> existing field "image - Integer"
• save the DCE
• create a page and use the DCE you just created
• insert an image and save
• I get the error:

503 Oops, an error occurred! An exception occurred while executing 'UPDATE tt_content SET image = ? WHERE uid = ?' with params ["NEW636280595631b052851626", 4]: Incorrect integer value: 'NEW636280595631b052851626' for column database.tt_content.image at row 1

Now I can fix it for already created elements by clicking on "Update TCA mappings", but doing so for every new element isn't a good workflow :)

Versions

• DCE version: 2.9.3
• TYPO3 version: 11.5.19
• PHP version: 8.1.12

Describe the bug composer.json says:

   "require": {
        "php": ">=7.3",

em_conf.php says:

    'constraints' => [
        'depends' => [
            'php' => '7.3.0-7.4.99',

Both together do not make sense. It leads to have composer running on PHP 8.1 correctly, what is basically ok. But should faild for the em_conf-contraint and for bug #43 . Our experience is, that DCE runs well on PHP 8 except bug #43 So, please adapt em_conf:

    'constraints' => [
        'depends' => [
            'php' => '7.3.0-8.1.99',

or even to php 8.2.

Many thanks, Thomas

Versions

• DCE version: 2.9.3
• TYPO3 version: 11.5.19
• PHP version: 8.1.12

Describe the bug https://github.com/a-r-m-i-n/dce/blob/master/Classes/UpdateWizards/FileToFalUpdateWizard.php On line a missing array key is check an old way:

 [ TYPO3\CMS\Core\Error\Exception ]
  Warning: Undefined array key "uid" in /html/typo3/web/typo3conf/ext/dce/Classes/UpdateWizards/FileToFalUpdateWizard.php
  line 100

=> Appears by running the upgrade-wizard (cli or backend) => Appears only in some constellations of content we did not find out exactly. But something like: a old non FAL-file-field is there, but not even used once: The read records a NULL / empty and leads to that error

Please make the fix on line 100: old if ($affectedDceRow['uid']) new if (!isset($affectedDceRow['uid']))

We assume it's related to PHP 8. Anyways, DCE runs on php 8 and has missleading settings in em_conf.php and composer.php There i write another issue.

Please fix as soon as possible since we deploy that on many sites adapting the line manually on live systems.

Thank you very much, Thomas

When evaluating DCE as option for a new TYPO3 project, it is helpful to know where content elements defined by DCE are stored - in database or in file system (where they could be put into git).

Please add a FAQ entry about this to https://docs.typo3.org/p/t3/dce/main/en-us/UserFaq/Index.html

The DCE Container feature checks for tx_news_pi1|news to be present. It does not respect if the news record being displayed contains the actual DCE container element.

This makes it currently impossible to use DCE container on news detail pages, outside of the news detail page itself (e.g. in a sidebar column).

Possible fix: At this point, when the news parameter is present (https://github.com/a-r-m-i-n/dce/blob/master/Classes/Components/DceContainer/ContainerFactory.php#L52), get an instance of the news record and check if the current element is part of news being displayed.

Versions

• DCE version: 2.9.3
• TYPO3 version: 10.4.32
• PHP version: 7.4

If there is more than one file upload field in a section field, only the latest media file is migrated to FAL. This patch migrate all media files in the section.

I didn't do a thorough test in conjunction with file upload fields outside of a section, so test the code again before merging.

Hello Armin,

When working with multiple DCEs (+50) on a website with many back-end layout, keeping it tidy is not an easy task. For that matter, we prefix DCEs names by the back-end layout that they will be used on.

So we needed a sorting feature to help us see in a better form all of our DCEs by back-end layout. This is a first naive way of sorting. We could go deeper to sort other fields in a 2nd iteration.

For now :

• It sorts by name or uid and little carrets indicates the ordering.

| name (asc = 1 click) | uid (desc = 2 clicks) | |---|---| |||

Thank you for the incredible work on DCE !