You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2014/06/05 19:29:01 UTC

[jira] [Commented] (TS-2236) fabricate_with_old_api adds zero byte at the end of the response body

    [ https://issues.apache.org/jira/browse/TS-2236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14018992#comment-14018992 ] 

ASF subversion and git services commented on TS-2236:
-----------------------------------------------------

Commit 1b57f42af928f76da298c97ea24a2b50dab58bc3 in trafficserver's branch refs/heads/master from [~thachtran]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=1b57f42 ]

TS-2236: remove trailing null in response body set by fabricate_with_old_api

I'm seeing this too whenever a remap plugin set an error response
body using TSHttpTxnErrorBodySet.  I think the bug is simply failed
to realise that ink_bvsprintf will return resulting len including
the final null.


> fabricate_with_old_api adds zero byte at the end of the response body
> ---------------------------------------------------------------------
>
>                 Key: TS-2236
>                 URL: https://issues.apache.org/jira/browse/TS-2236
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: HTTP
>            Reporter: portl4t
>            Assignee: portl4t
>             Fix For: sometime
>
>         Attachments: TS-2236.patch
>
>
> When ts decides to response error to ua, fabricate_with_old_api(...) will be called, and sometimes internal_msg_buffer_size will be set as strlen(internal_msg_buffer) + 1, including the last zero byte, so the client will receive a response which has a zero byte at the end of the body, should we remove the last zero byte?



--
This message was sent by Atlassian JIRA
(v6.2#6252)