The output processing of EditorialReview is done in 3 places, and they're not all the same. Standardize. I suspect that using _filter_htmlcorrector(filter_xss($EditorialReview)) is the correct approach.

Comments

rfay’s picture

Status: Active » Needs review
StatusFileSize
new2.96 KB

Well, this isn't a 100% fix because the sanitization is still done in 3 places, but at least it's done the same. Please try and report. If you have an editorial review or "product description" that doesn't look right, please provide the ASIN of the problem item.

rfay’s picture

And this one is a little better. It solves the problem in #1008774: Editorial reviews with different encoding? and may also solve the problem in #752772: Apparel searches on the Amazon API always time out..

In this patch, the magic parameters passed to Amazon are thinned down, and as a result, Amazon passes us better data. Pretty strange.

Testing results will be appreciated.

rfay’s picture

This one seems to do the job.

I had failed to request the EditorialReview in one search case, and that caused some trouble.

I checked and this does solve #1008774: Editorial reviews with different encoding?

rfay’s picture

Version: 6.x-2.x-dev » 7.x-1.x-dev
Status: Needs review » Patch (to be ported)

Committed to DRUPAL-6--2: https://drupal.org/cvs?commit=491210

Now on to D7

rfay’s picture

Status: Patch (to be ported) » Needs review
StatusFileSize
new2.94 KB

Here is a D7 version for review.

rfay’s picture

rfay’s picture

Status: Needs review » Fixed

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.