TypeError when passing list to itemswidget

[Francis J. Lacoste]

When an itemswidget inheriting from SingleDataHelper (like SelectWidget or RadioWidget) receives a list from the request, it fails with a TypeError.

The widget will receive a list instead of a string with handcrafted URLs like: form?field.radio=1&field.radio=1. This can also happen with self-posting forms: some buggy browsers will interpret action="" as including the previous query parameters and will append the new parameters to the old ones, resulting in such a URL being accessed.

I think it would be better if TypeError would be caught and transformed into the appropriate ConversionError.

I'm attaching a patch with test.

Recently: OOPS-981G1766, OOPS-981H1776
TypeError: list objects are unhashable

[Christian Theune (ctheune)]

Can somebody who is more certain about zope.app.form can review this patch?

[Tres Seaver (tseaver)]

Thanks very much for the patch. Now committed to zope.formlib trunk, for the 4.0.3 release:

  http://svn.zope.org/zope.formlib/trunk/?rev=110933&view=rev

[Tres Seaver (tseaver)]

Fix released with zope.formlib 4.0.3:

 http://pypi.python.org/pypi/zope.formlib/4.0.3