[
https://issues.apache.org/jira/browse/TS-1988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13801284#comment-13801284
]
ASF subversion and git services commented on TS-1988:
-----------------------------------------------------
Commit ea35372ef072724783c3c963917ea57790a8adae in branch refs/heads/master
from [~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=ea35372 ]
TS-1988 Unscrew cquuc and cquup
Here's what happens, and this is the same problem as with cquuh,
which I'll fix in a separate commit:
When producing log entries, we call the marshal function twice:
first to calculate the final length of the string
a second time to actually write the string
This two-phased behavior is controlled via the "buf" parameter. With
a NULL value, it means to only calculate the length. With the changes
made to cquuc/cquup, the lenghts were not properly calculate, which
is exactly the problem with cquuh as well.
So, it's important to always calculate the correct length, and
return that. Which is confusing, since the buf parameter seems
to have been in place to make sure we don't write to a NULL buf.
> In server intercept plugins, unmapped URLs in logs are empty
> ------------------------------------------------------------
>
> Key: TS-1988
> URL: https://issues.apache.org/jira/browse/TS-1988
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging, TS API
> Reporter: Leif Hedstrom
> Assignee: Leif Hedstrom
> Fix For: 4.1.0
>
>
> When logging requests for a server intercept (e.g. the stats-over-http
> plugin), the CQUUC tag (unmapped canonical URL) shows a "-". This means there
> is no value for this URL. CQUC (the mapped URL) works though, but this is
> pretty inconsistent with expected behavior.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
