Skip Menu |
 

This queue is for tickets about the Catalyst-Plugin-Unicode-Encoding CPAN distribution.

Report information
The Basics
Id: 62120
Status: open
Priority: 0/
Queue: Catalyst-Plugin-Unicode-Encoding

People
Owner: Nobody in particular
Requestors: lilstevey [...] cpan.org
Cc: steve.pitchford [...] gmail.com
AdminCc:

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



CC: steve.pitchford [...] gmail.com
Download (untitled) / with headers
text/plain 919b
Hi. Reproduced in new Catalyst Project - only change from "catalyst project" was to add catalyst::plugin::unicode::encoding as described in the synopsis for this ( excellent ) module. If I then type the following into my browser: http://localhost:3000?q=%FCsomething Then I get a blank screen, and the following in the logs. [error] Caught exception in engine "utf8 "\xFC" does not map to Unicode at ... /perl/site/lib/Catalyst/Plugin/Unicode/Encoding.pm line 96." Line 96 being :- $_ = Encode::is_utf8( $_ ) ? $_ : $enc->decode( $_, $CHECK ); in prepare_uploads This is reproducable on both windows and linux/apache installs. From a user point of view, clicking on a link and the server going boom is far from excellent - but at present I have no way of trapping it in code or trying to do the right thing as the rug has already been pulled form under me... I'll send a patch if I come up with anything.
Download (untitled) / with headers
text/plain 330b
I have the same issue here with mis-encoded request URLs. Only the line is 114. It is a serious issue as users are likely to send invalid data and invalid URIs. Wrapping the offending line in an eval{} at least allows to get the control back to the application. In my case it is seen as a 404 error, which is fair enough for now.


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

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.