1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
|
o We need to go through a deprecation cycle release for all api's
that will change in apreq2.
o Apache::Test is required early in Makefile.PL, so we can't rely on
CPAN.pm's prereq_pm to fetch it if not available. Therefore we need
to use Module::Install, which handles this kind of situations gracefully.
o look for 'XXX' in the source, they mark some bits of code that need work
o multipart_buffer_headers punts on headers more than 5k (which could
happen with a really long form input name, for example). better than
the old behavior of locking up, but we could be clever and actually
handle this.
o should probably handle Apache::Request->param http://blah.com/?foo
like CGI.pm does (turn it into a param named "keywords")
o mmap upload files ?
o improve/automate build process for dtcl
o $r->status reportedly returns success when a large upload is
cancelled by the user (clicks stop) before the upload is complete.
See http://marc.theaimsgroup.com/?l=apache-modperl&m=105561094424410&w=2
The problem is likely to show up in fill_buffer's return value,
but since we never check it...? It would be nice if we had an
"interrupted upload" test to work from.
o solve the memory leak for:
my $r = shift;
$r = Apache::Request->new($r);
as discussed at:
http://marc.theaimsgroup.com/?t=102615343600005&r=1&w=2
o The behavior of our mfd parser is inconsistent wrt empty file uploads:
An active upload_hook isn't called with a 0-byte file upload.
o Our Makefile.PL is lame.
o Investigate sporadic segfaults related to new upload code in Request.xs
and older (pre-5.8.0) perls.
|
