Task #56147
Epic #55070: Workpackages
Epic #54260: WP: FAL Missing Issues / Features / API
Story #54272: As an Editor I expect FAL to work with the RTE
Regenerate missing RTE magic image on rendering
Status: | Needs Feedback | Start date: | 2014-02-20 | |
---|---|---|---|---|
Priority: | Should have | Due date: | ||
Assigned To: | - | % Done: | 0% |
|
Category: | File Abstraction Layer (FAL) | Spent time: | 9.50 hours | |
Target version: | - | |||
TYPO3 Version: | 6.2 | Complexity: | medium | |
PHP Version: | Sprint Focus: |
Description
RTE now handles Magic images as Processed File and generate a new CSM image (Crop Scale Mask) upon "importation" in the RTE.
What is currently lacking is a way to regenerate this image in case the file is missing for instance after flushing the _processed_
directory.
It must be decided what is the best approach:
- The image is regenerated on the fly when rendering the FE.
- Via a scheduler task.
- ...
Feedback welcome.
Related issues
History
#1 Updated by Fabien Udriot over 1 year ago
Regenerate Processed file...
Upon rendering
---------------
+ is transparent
- consume a more resources because it must be checked whether Processed File exists or not. (cache could compensate the cons)
Scheduler Task
---------------
+ does not take time from the rendering process
- must be configured and specifically created
- will not work well if the image is replaced
#2 Updated by Fabien Udriot over 1 year ago
As additional information, the processed file images are regenerated when the RTE is saved -> yes (and good). However this can not be the final solution IMHO because it forces the User to open up the content element and save it again. For big websites... well not the most adequate.
#3 Updated by Helmut Hummel over 1 year ago
Fabien Udriot wrote:
Regenerate Processed file...
Upon rendering
---------------+ is transparent
- consume a more resources because it must be checked whether Processed File exists or not. (cache could compensate the cons)
This must be the way to go. ProcessedFiles already includes a caching layer and regenerates the file only if needed.
#4 Updated by Helmut Hummel over 1 year ago
- Parent task set to #54272
#5 Updated by Fabien Udriot over 1 year ago
In case it is not clear enough, a small step-by-step procedure for reproducing the issue (it does not hurt):
1. Insert a Magic Image in the RTE
2. Look how nicely it is rendered on the FE
3. Delete the image in _processed_
directory
4. Reload the FE. Oh, a 404 image!
#6 Updated by Stanislas Rolland over 1 year ago
- Assigned To set to Stanislas Rolland
#7 Updated by Stanislas Rolland over 1 year ago
- Subject changed from RTE - regenerate Processed File if missing to Regenerate missing RTE magic image on rendering
#8 Updated by Stanislas Rolland over 1 year ago
- % Done changed from 0 to 90
#9 Updated by Stanislas Rolland over 1 year ago
- Status changed from New to Under Review
#10 Updated by Fabien Udriot over 1 year ago
There could be 3 tests to lead for testing and verifying the patch. Open a Text Content Element.
1. External Image
Copy / paste in body text:
Flag RTE disable: "on" <img src="http://government.typo3cms.demo.typo3.org/fileadmin/_processed_/csm_IMG_1400_7d600da0db.jpg" title="2012-05-29_13.43.19-1.jpg" width="265" height="177" alt="baz" style="foo: bar" class="foo"/>
2. MagicImage
-> Insert the image with the MagickImage wizard which is the default use case
#11 Updated by Fabien Udriot over 1 year ago
- File rte_custom_file_processing.zip added
#12 Updated by Stanislas Rolland over 1 year ago
- % Done changed from 90 to 100
#13 Updated by Wouter Wolters over 1 year ago
- Status changed from Under Review to Resolved
#14 Updated by Martin R. Krause 3 months ago
What actually has happend to this issues? It only says resolved but not if anything has changed.
I still have this issues with a current 6.2.12 version.
- Add a magic image,
- then change the image on the storage,
- let the scheduler task for indexing the storage notice the change.
- As a result the processed image is deleted, but calling the page does not generate a new image.
Any updates on that?
#15 Updated by Markus Klein 3 months ago
- Status changed from Resolved to Accepted
- Assigned To deleted (
Stanislas Rolland) - Target version changed from 6.2.0 to next-patchlevel
- % Done changed from 100 to 0
- Complexity set to medium
I remember now having had a similar issue.
If a processed file is deleted, it is not properly regenerated for some reason.
Easily reproducable by setting config.noScaleUp = 0
in TS.
This triggers FAL to throw away (due to config change; more details in #66614) an existing processed file (from preview in RTE) when generating the image for FE, but the file is never regenerated.
#16 Updated by Markus Klein 2 months ago
- Status changed from Accepted to Needs Feedback
- Target version deleted (
next-patchlevel)
In conjunction with with #66614 I know discovered that the RTE Click-Enlarge rendering (the static template) is buggy somehow.
Removing the static template, fixes the issue in FE and the proper image is generated.
I'm not sure, hence, how this is related to this ticket.
#17 Updated by Markus Klein 2 months ago
For the record: The click-enlarge functionality is ok.