Ticket #12479 (closed Bug: fixed)
Products.ResourceRegistry: "File" content lost (again)
|Reported by:||dieter||Owned by:||datakurre|
I have hit now another problem similar to that described in #9849 and #11583. I have "kupudrawers.js" customized. This gives an "OFS.Image.File" object using a nested "PData" structure to maintain its file content (as "kupudrawers.js" is sufficiently large). The "index_html" of such an object uses "Response.write" to "deliver" the content and heavily confuses the resource registry.
The resulting behavior is extremely nasty: the browser gets the customized content in a perfectly looking response, probably followed by junk (the remaining content of a concatenated resource). However, the content of the concatenated resource without the customized file content is stored in the RAM cache and delivered on subsequent requests.
The bug affects all "FSFile" customizations for resources with a sufficiently large content (such that "File" uses "Response.write" rather than return the content directly as a string).
The bug is in all versions of "Products.ResourceRegistries" up to 2.1a1.
- Keywords patch added
- Version set to 4.1
- severity set to Untriaged
- Owner set to datakurre
- Status changed from new to assigned
- Keywords patchTuneUp54 added; patch removed
- Status changed from assigned to confirmed
comment:11 Changed 2 years ago by datakurre
- Status changed from confirmed to closed
- Resolution set to fixed