UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 4: ordinal not in range(128)

[michael nt milne]

Also when trying to sign-up as an anonymous user I get the following issue....any help getting this up and running in appreciated. Thanks

 

  Module Products.Archetypes.CatalogMultiplex, line 65, in reindexObject
  Module Products.CMFPlone.CatalogTool, line 412, in catalog_object
  Module Products.ZCatalog.ZCatalog, line 528, in catalog_object
  Module Products.ZCatalog.Catalog, line 381, in catalogObject
  Module Products.ZCTextIndex.ZCTextIndex, line 188, in index_object
  Module Products.ZCTextIndex.OkapiIndex, line 58, in index_doc
  Module Products.ZCTextIndex.BaseIndex , line 107, in index_doc
  Module Products.ZCTextIndex.OkapiIndex, line 64, in _reindex_doc
  Module Products.ZCTextIndex.BaseIndex, line 129, in _reindex_doc
  Module Products.ZCTextIndex.Lexicon, line 69, in sourceToWordIds
  Module Products.ZCTextIndex.Lexicon, line 135, in _getWordIdCreate
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 4: ordinal not in range(128)


--
michael

[Justin Ryan]

ER has never been unicode safe and relies upon UnicodeQuickFix, a
*terrible* hack which the original author believes is sufficient. If
I haven't deleted it, you can find it at:

http://svn.plone.org/svn/collective/UnicodeQuickFix

Basically, you set the default encoding for the python interpreter to
utf-8. This is Bad(tm) for a number of reasons, but mostly because
Plone is built for internationalization, and this is not the right way
to internationalize a product.

Funny thing, it even broke for the original customer because they are
a Swiss company and use a Swiss keyboard layout. Following Best
Practices in Plone Development ensure that internationalization is not
an issue, as Plone has been adopted by most of the free and developed
world's countries because of this strong i18n feature-set. It's a lot
to swallow, but it's medicine nonetheless.

--
"you can tell, can't you?" -marvin