Gzip corruption when saving data-stream if using pressflow and built in cache and boost at the same time
mikeytown2 - November 4, 2009 - 23:58
| Project: | Boost |
| Version: | 6.x-1.x-dev |
| Component: | Caching logic |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed |
Description
Need to look into this more, as it should be working. Probably pressflow is gzipping the content before sending it... thats my guess.
#1
Take a look at #43462: cache_set and cache_get base_url brokenosity
There's a possible bug which could be pressflow affected too
#2
Ghetto fix:
for json: look for the starting {
for html/xml: look for the starting <
If not there gzip decode and try again...
#3
after further investigation (disabling boost), this is still a problem. Bug Filed for pressflow
https://bugs.launchpad.net/pressflow/+bug/477075
#4
Problem was with the Beautify module. Here's a patch that makes this work again.
#5
committed
#6
Got a little ahead of my self here, its hard to add in the boost comment when the data stream is compressed. I need to decompress first before saving the file.
#7
committed
#8
Automatically closed -- issue fixed for 2 weeks with no activity.