Github user jrushf1239k commented on the pull request: https://github.com/apache/trafficserver/pull/297#issuecomment-141536125 Thatâs why I added it back as âRangeâ, so that it would be seamless for those using custom logs. Otherwise theyâd have to read the source code and/or itâs documentation to know to use @Range. Thanks -- John J. Rushford IPCDN Engineering 1400 Wewatta Street, Denver Colorado 80202 john_rushf...@cable.comcast.com From: sudheerv <notificati...@github.com<mailto:notificati...@github.com>> Reply-To: apache/trafficserver <re...@reply.github.com<mailto:re...@reply.github.com>> Date: Friday, September 18, 2015 at 12:23 PM To: apache/trafficserver <trafficser...@noreply.github.com<mailto:trafficser...@noreply.github.com>> Cc: John Rushford <john_rushf...@cable.comcast.com<mailto:john_rushf...@cable.comcast.com>> Subject: Re: [trafficserver] Modified the plugin to add back the Range request header at the TS_HT⦠(#297) @jpeach<https://github.com/jpeach> : I agree - but, one issue I could see in renaming Range to @Range<https://github.com/Range>, is that, it's not transparent to custom logging configuration (the operators need to know to log @Range<https://github.com/Range> instead of Range). Whereas, re-adding the Range header back makes it seamlessly work for operators wanting to log Range header. â Reply to this email directly or view it on GitHub<https://github.com/apache/trafficserver/pull/297#issuecomment-141525465>.
--- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---