mirror of
https://github.com/SebastianWendel/nixpkgs.git
synced 2024-11-06 02:06:46 +01:00
1f3780135e
Note that I encountered bugs as part of this effort as documented in
the following github PRs and CPAN bug tickets:
https://github.com/rcaputo/poe/pull/25
https://rt.cpan.org/Ticket/Display.html?id=124495
POE-1.367 failed t/10_units/01_pod/03_pod_no404s.t
https://github.com/rcaputo/poe/pull/26
https://rt.cpan.org/Ticket/Display.html?id=124496
POE-1.367 failed t/10_units/01_pod/04_pod_linkcheck.t
... and these bugs are addressed by the perl-POE-1.367-pod_no404s.patch
and perl-POE-1.367-pod_linkcheck.patch files included with this patch,
respectively.
41 lines
1.8 KiB
Diff
41 lines
1.8 KiB
Diff
commit 6d985026
|
|
Author: Michael Brantley <limeytexan@gmail.com>
|
|
Date: Tue Feb 20 07:12:06 2018 -0500
|
|
|
|
Update broken Pod links in lib/POE/Filter/HTTPD.pm
|
|
|
|
Update Pod links to refer only to the utf8 module and not its methods,
|
|
fix a mis-capitalized internal reference, and convert the dangling
|
|
"MaxContent" link into a code reference.
|
|
|
|
Resolves bug: https://rt.cpan.org/Public/Bug/Display.html?id=124496
|
|
|
|
diff --git a/lib/POE/Filter/HTTPD.pm b/lib/POE/Filter/HTTPD.pm
|
|
index 9d4898e3..517be691 100644
|
|
--- a/lib/POE/Filter/HTTPD.pm
|
|
+++ b/lib/POE/Filter/HTTPD.pm
|
|
@@ -621,10 +621,10 @@ how to use these objects.
|
|
|
|
HTTP headers are not allowed to have UTF-8 characters; they must be
|
|
ISO-8859-1. POE::Filter::HTTPD will convert all UTF-8 into the MIME encoded
|
|
-equivalent. It uses L<utf8::is_utf8> for detection-8 and
|
|
+equivalent. It uses C<utf8::is_utf8> for detection-8 and
|
|
L<Email::MIME::RFC2047::Encoder> for convertion. If L<utf8> is not
|
|
installed, no conversion happens. If L<Email::MIME::RFC2047::Encoder> is
|
|
-not installed, L<utf8::downgrade> is used instead. In this last case, you will
|
|
+not installed, C<utf8::downgrade> is used instead. In this last case, you will
|
|
see a warning if you try to send UTF-8 headers.
|
|
|
|
|
|
@@ -651,8 +651,8 @@ streaming mode this filter will return either an HTTP::Request object or a
|
|
block of content. The HTTP::Request object's content will return empty.
|
|
The blocks of content will be parts of the request's body, up to
|
|
Content-Length in size. You distinguish between request objects and content
|
|
-blocks using C<Scalar::Util/bless> (See L</Streaming request> below). This
|
|
-option supersedes L</MaxContent>.
|
|
+blocks using C<Scalar::Util/bless> (See L</Streaming Request> below). This
|
|
+option supersedes C<MaxContent>.
|
|
|
|
=head1 CAVEATS
|
|
|