Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the HTML-FormHandler CPAN distribution.

Report information
The Basics
Id: 68988
Status: rejected
Priority: 0/
Queue: HTML-FormHandler

Owner: Nobody in particular
Requestors: william [...]

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

Subject: HTML::FormHandler::Field::Email lowercasing its value
Date: Tue, 21 Jun 2011 12:45:57 +0100
To: bug-HTML-FormHandler [...]
From: William Crawford <william [...]>
Download (untitled) / with headers
text/plain 1.4k
It shouldn't unless I ask it to :) Package: libhtml-formhandler-perl State: installed Automatically installed: no Version: 0.32001-1 Priority: optional Section: perl Maintainer: Debian Perl Group <> Uncompressed Size: 1,298 k Depends: perl, libaliased-perl, libdatetime-perl, libdatetime-format-strptime- perl, libemail-valid-perl, libfile-sharedir-perl, libmoose-perl (>= 0.90), libmoosex-getopt-perl (>= 0.16), libmoosex-traits-perl, libmoosex-types- common-perl, libmoosex-types-perl (>= 0.20), libnamespace-autoclean-perl (>= 0.09), libtry-tiny-perl Description: form handler written in Moose HTML::FormHandler maintains a clean separation between form construction and form rendering. It allows you to define your forms and fields in a number of flexible ways. Although it provides renderers for HTML, you can define custom renderers for any kind of presentation. Although documentation in this file provides some overview, it is mainly intended for API documentation. See HTML::FormHandler::Manual::Intro for a more detailed introduction. HTML::FormHandler allows you to define form fields and validators. It can be used for both database and non-database forms, and will automatically update or create rows in a database. It can be used to process structured data that doesn't come from an HTML form. Homepage:
Download hfh.diff
text/x-diff 752b

Message body is not shown because sender requested not to inline it.

Download (untitled) / with headers
text/plain 423b
I sympathize with your dislike of the lowercasing that is done by the Email field. But I can't change it now; applications that were depending on the field doing that transform would break. It would be possible to add some flag to *not* do the lowercasing. But I think it would be better for you to make your own custom Email field that behaves the way you want. MyApp::Field::Email, copy the code and remove the transform.

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to