[
https://issues.apache.org/jira/browse/TS-4819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15510342#comment-15510342
]
Syeda Persia Aziz commented on TS-4819:
---------------------------------------
bt full
===============================
#0 0x000000000055aa15 in ProxyClientTransaction::get_half_close_flag
(this=0x7fffb027bad0) at http/../ProxyClientTransaction.h:79
__FUNCTION__ = "get_half_close_flag"
#1 0x00000000005f43bf in HttpSM::do_setup_post_tunnel (this=0x7fffe810c1e0,
to_vc_type=HTTP_SERVER_VC) at HttpSM.cc:5621
chunked = true
post_redirect = false
p = 0x7fffe810d718
#2 0x00000000005e5b14 in HttpSM::state_send_server_request_header
(this=0x7fffe810c1e0, event=103, data=0x7fffa4018e90) at HttpSM.cc:1995
__FUNCTION__ = "state_send_server_request_header"
method = 118
#3 0x00000000005e84e0 in HttpSM::main_handler (this=0x7fffe810c1e0, event=103,
data=0x7fffa4018e90) at HttpSM.cc:2658
jump_point = (int (HttpSM::*)(HttpSM * const, int, void *)) 0x5e587c
<HttpSM::state_send_server_request_header(int, void*)>
__FUNCTION__ = "main_handler"
vc_entry = 0x7fffe810d9d0
#4 0x0000000000510374 in Continuation::handleEvent (this=0x7fffe810c1e0,
event=103, data=0x7fffa4018e90) at ../iocore/eventsystem/I_Continuation.h:153
No locals.
#5 0x000000000079a019 in write_signal_and_update (event=103,
vc=0x7fffa4018d00) at UnixNetVConnection.cc:184
__FUNCTION__ = "write_signal_and_update"
#6 0x000000000079a224 in write_signal_done (event=103, nh=0x7ffff4bcacd0,
vc=0x7fffa4018d00) at UnixNetVConnection.cc:226
No locals.
#7 0x000000000079b5b3 in write_to_net_io (nh=0x7ffff4bcacd0,
vc=0x7fffa4018d00, thread=0x7ffff4bc7010) at UnixNetVConnection.cc:556
wbe_event = 0
s = 0x7fffa4018e88
mutex = 0x1130cd0
lock = {m = {m_ptr = 0x7fffb024e460}, lock_acquired = true}
__FUNCTION__ = "write_to_net_io"
ntodo = 480
buf = @0x7fffa4018eb0: {name = 0x0, mbuf = 0x0, entry = 0x0}
towrite = 480
signalled = 0
needs = -2147483644
total_written = 480
r = 480
#8 0x000000000079ae1f in write_to_net (nh=0x7ffff4bcacd0, vc=0x7fffa4018d00,
thread=0x7ffff4bc7010) at UnixNetVConnection.cc:423
mutex = 0x1130cd0
#9 0x0000000000791cd2 in NetHandler::mainNetEvent (this=0x7ffff4bcacd0,
event=5, e=0x1194ac0) at UnixNet.cc:530
epd = 0x7fffa4018f48
poll_timeout = 10
pd = 0x7ffff429c010
vc = 0x7fffa4018d00
__FUNCTION__ = "mainNetEvent"
#10 0x0000000000510374 in Continuation::handleEvent (this=0x7ffff4bcacd0,
event=5, data=0x1194ac0) at ../iocore/eventsystem/I_Continuation.h:153
No locals.
#11 0x00000000007bdc6f in EThread::process_event (this=0x7ffff4bc7010,
e=0x1194ac0, calling_code=5) at UnixEThread.cc:148
c_temp = 0x7ffff4bcacd0
lock = {m = {m_ptr = 0x11303a0}, lock_acquired = true}
__FUNCTION__ = "process_event"
#12 0x00000000007be272 in EThread::execute (this=0x7ffff4bc7010) at
UnixEThread.cc:275
done_one = false
e = 0x1194ac0
NegativeQueue = {<DLL<Event, Event::Link_link>> = {head = 0x0}, tail =
0x0}
> ATS-6.2.x crashes if the message-body of a chunk is not correctly formatted
> ---------------------------------------------------------------------------
>
> Key: TS-4819
> URL: https://issues.apache.org/jira/browse/TS-4819
> Project: Traffic Server
> Issue Type: Bug
> Components: Core, HTTP
> Reporter: Syeda Persia Aziz
> Fix For: 7.1.0
>
> Attachments: test_post.py
>
>
> I found this when using the python "requests" library to generate HTTP
> requests to test the ATS. The request method of this library generates
> incorrect message body (i.e., does not follow the standard format) if both
> Content-Length and chunked encoding are specified. ATS can handle requests
> with these two fields being specified. It is the wrong format of the chunk
> that makes the ATS crash. The test program to reproduce the issue is
> attached. If the Content-Length is removed from the header, then the library
> generates the correct format and ATS responds correctly. Ideally,
> content-length and chunked encoding should not be specified together
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
