-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Do not provide file picker wizard for file templates (cause t3:// links are not supported) #3
Comments
Hi! Yes, this is true. The link wizard generates links ( I'm going to update this issue, to remove the wizard at this point. |
Sorry, but I need to bump this up again. We are an agency which has developed an uncountable amount of TYPO3 websites with DCE extension over the years. We always used the file picker wizard to select our template files and until TYPO3 10.4 LTS this worked flawlessly. In the database column template_file a reference like t3://file?uid=96 got saved and later interpreted without problems by DCE extension. We are currently on updating many websites to TYPO3 11.5 LTS but unfortunately this change is a big blocker for us having many websites containing 20+ DCEs. For every DCE we have to search the sys_file table and manually craft the file path to the template file. A very tedious and error-prone work. Two solutions come to my mind:
The sub directory problem described by bytesinmotion seems not to be fully supported by typo3. Please see this bug report and related linked ones: https://forge.typo3.org/issues/95848. It seems TYPO3 running under sub directory is problematic since TYPO3 8.7 LTS, but got fixed in meantime and seems to be broken again since 10.4.21 according to the last comment on https://forge.typo3.org/issues/90689. We never had any TYPO3 installation running on anything other than document root. In my personal opinion this is an uncommon type of configuration, because it always requires some fiddling in htaccess with default rules shipped by TYPO3 itself to get the ENV:CWD mapping working and in some situations there could also be a redirect from / to /subdirectory necessary so that users don't need to type http://example.org/subdirectory to access the website. Redirecting document root to a subdirectory is not so great for SEO especially if the website is getting relaunched under sub directory but was originally running under document root. |
It's just for development on my local machine and worked fine pre v11 |
Yes i second that. Tried running a v11 for testing before posting and couldn't get <f:image> to render URLs correctly. I tried experimenting with various combinations of config.absRefPrefix but stopped trying after 20 minutes of failing. I couldn't get both asset link generation and sub page link generation running correctly. One of both was always wrong generated. |
@a-r-m-i-n Could you give me an update on this? |
@TheOnlyMarkus Using templates via FAL is not supported anymore and won't get supported again. Instead of If the amount of DCEs and templates is too large to do it manually, you could also write an Update script, which does this for you. With the identifier in sys_file you should have all info, you need. If your agency want to support me, I can write this update script for you. In case you are interessted, please contact me by mail: info@v.ieweg.de or use the contact form on my website https://v.ieweg.de/#c10 Thanks! |
@a-r-m-i-n Sorry, we have already payed you in the past for a feature in 2.8.0, but we won't pay you for the update script since it got broken by your merge 7bfd40f. Some of our business partners are also locked to v10 because of this issue. No customer would pay us a copy & paste task that is not a visible improvement to them. Please overthink your decision and decide in the interest of the global community which has a hard time now in replacing all broken template references manually. |
I'm sorry but WHAT? The feature didn't get broken by his merge but by TYPO3 v11! And sorry if your customer are not willing to pay for the work of copy&paste for the upgrade to v11 or pay for the update script so they should stay on v10 because upgrading to v11 ain't goin to be free..... And as armin said, if you don't want to pay him just code the script yourself. It's not a big thing imho... |
Please calm down @bytesinmotion |
@TheOnlyMarkus I checked the code of DCE again, and was able to find the real issue. Removing the "inputLink" from TCA (7bfd40f) did not cause the issue. It's just UI in backend. With the recent commit, the t3://file links work again, also without the link wizard. But keep in mind, that I will remove this functionality entirely, in next major update (I thought, I already did). Please overthink your template strategy for the future.
You are lucky, that the sun is shining and I'm in a good mood. Did you initially paid for the feature you are complaining about? Or why is this your point of view? Let me answer this for you: No you didn't!!! It was me spening hours and hours of my spare time. And just because of that, you are able to complain about the broken feature. But, that's just my point of view... This fix will apply in next bugfix release. |
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?
The text was updated successfully, but these errors were encountered: