[Tickets #11071] Re: Splitting long content into multiple messages
bugs at horde.org
bugs at horde.org
Tue Mar 20 10:54:01 UTC 2012
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/11071
------------------------------------------------------------------------------
Ticket | 11071
Updated By | Jan Schneider <jan at horde.org>
Summary | Splitting long content into multiple messages
Queue | Synchronization
Version | Git master
Type | Enhancement
-State | New
+State | Feedback
Priority | 1. Low
Milestone |
Patch |
Owners |
------------------------------------------------------------------------------
Jan Schneider <jan at horde.org> (2012-03-20 11:54) wrote:
Very nice work! Just a few minor suggestions:
- Why do you add RESPONSE_SIZE_REQUIRED and replace
RESPONSE_INVALID_CREDENTIALS with it? It's not even used.
- You could optimize the whitespace stripping. You don't need a loop
there, a preg_match('/(\s*)$/') should be sufficient.
- Since you do the size-exceeding twice and the chunk splitting even
thrice, you should implement this in a single helper method. At least
the larger if-then-else blocks.
- I'm trying to understand why the "if ($state->maxObjSize <
$clientContentLength)" cases exists. Isn't the whole purpose to split
up objects (not only messages) that exceed the client's maximum size?
Or is this the maximum size of the individual object on the client
side storage (opposed to the maximum size allowed during the
transfer)? If the latter, isn't the comparison with
$clientContentLength incorrect because it contains more than the
individual object?
More information about the bugs
mailing list