# Live HLS fragments getting cached by the browser (HTTP Origin mode)

**URL:** <https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310>\
**Category:** Wowza Streaming Engine\
**Created:** [May 22, 2014, 9:56am UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310 "2014-05-22T09:56:53Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![system](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/system/32/447_2.png) [@system](https://community.wowza.com/u/system)\
**Post date:** [May 22, 2014, 9:56am UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/1 "2014-05-22T09:56:53Z")

</div>

Hi

I’m using Wowza4 as HTTP Origin mode in HLS over Cloudfront for live streaming – only wowza tuning was reducing the chunk duration to 2000 ; the cloudfront distribution has a minimum TTL manually set to 2 seconds (and not using origin cache headers).

Having users complaining that their live stream displays “past” video. After investigating, it appears that when restarting the stream, the increment of the m2ts fragment resets (e.g. media\_1.ts), and the browser uses the cached fragment, displaying old information, and not the new media\_1.ts. However, it apparently does not used a cached chunklist.m3u8.

How could i solve this ? Is the only way changing the stream id every live streaming session ? Is there a way for wowza/cloudfront to randomize the chunk id ?

EDIT: from [https://www.wowza.com/docs/how-to-configure-a-wowza-server-as-an-http-caching-origin](https://www.wowza.com/docs/how-to-configure-a-wowza-server-as-an-http-caching-origin) “Random identifiers must be added to live media chunk and fragment URLs so that each encoder session is unique from a caching perspective.” I created my app configuration through the new manager GUI, by choosing the Live HTTP origin mode, shouldn’t this automatically add the random identifiers (which i don’t see here)?

Wowza version is 4.0.3-ga-1

Relevant Application.xml info:

```auto
                
<AppType>LiveHTTPOrigin</AppType>
<StreamType>live</StreamType>
<LiveStreamPacketizers>cupertinostreamingpacketizer, mpegdashstreamingpacketizer</LiveStreamPacketizers>
<HTTPStreamers>cupertinostreaming, mpegdashstreaming</HTTPStreamers>
<Property>
<Name>httpOriginMode</Name><Value>on</Value>
<Name>cupertinoCacheControlPlaylist</Name><Value>max-age=1</Value>
<Name>cupertinoCacheControlMediaChunk</Name><Value>max-age=3600</Value>

```

---

<div class="post-metadata">

**Author:** ![Zoran](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/zoran/32/385_2.png) [@Zoran](https://community.wowza.com/u/Zoran)\
**Post date:** [May 22, 2014, 4:46pm UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/2 "2014-05-22T16:46:48Z")

</div>

Hello,

Did you enable the **httpRandomizeMediaName** property?

In **Application.xml** , add the property to the \< **LiveStreamPacketizer** \>/\< **Properties** \> container:

```auto
<Property>
    <Name>httpRandomizeMediaName</Name>
    <Value>true</Value>
    <Type>Boolean</Type>
</Property>

```

Zoran

---

<div class="post-metadata">

**Author:** ![Florent\_Thiery](https://avatars.discourse-cdn.com/v4/letter/f/dfb087/32.png) [@Florent\_Thiery](https://community.wowza.com/u/Florent_Thiery)\
**Post date:** [May 23, 2014, 8:35am UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/3 "2014-05-23T08:35:59Z")

</div>

Awesome, it works, thanks.

Out of curiosity, why isn’t that enabled by default in LiveHttpOrigin mode ? Who wants to cache live fragments at all ?

Also, it would be nice if the property was visible in the properties GUI (like ChunkDurationTarget which is in the same configuration section).

---

<div class="post-metadata">

**Author:** ![Zoran](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/zoran/32/385_2.png) [@Zoran](https://community.wowza.com/u/Zoran)\
**Post date:** [May 23, 2014, 3:01pm UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/4 "2014-05-23T15:01:28Z")

</div>

Great. Thanks for the feedback.

I will forward your suggestion to our product management team to take it into account for a future Wowza release.

Zoran

---

<div class="post-metadata">

**Author:** ![Roger\_Littin1](https://avatars.discourse-cdn.com/v4/letter/r/c89c15/32.png) [@Roger\_Littin1](https://community.wowza.com/u/Roger_Littin1)\
**Post date:** [June 9, 2014, 2:51pm UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/5 "2014-06-09T14:51:32Z")

</div>

Hi,

The development team is aware of the issue and will address it in an upcoming release.

Roger.

---

<div class="post-metadata">

**Author:** ![Alexander\_McWilliam](https://avatars.discourse-cdn.com/v4/letter/a/b5a626/32.png) [@Alexander\_McWilliam](https://community.wowza.com/u/Alexander_McWilliam)\
**Post date:** [June 7, 2014, 8:26pm UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/6 "2014-06-07T20:26:02Z")

</div>

We tripped over the same problem. Not only is httpRandomizeMediaName NOT LISTED as an option under Advanced Configuration, it is also set to the WRONG DEFAULT value. In my books this is a critical BUG because it jeopardizes live events in potentially very embarrassing ways. Imaging broadcasting to the general public what was being rehearsed and said on stage just an hours before the show!? Just like Florent said, why on Earth would anyone want to have media chunks designed for HTTP caching to overlap in file name?

Again, this is not a feature request. It’s a bug report!

---

<div class="post-metadata">

**Author:** ![Leo\_Goehrs](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/leo_goehrs/32/678_2.png) [@Leo\_Goehrs](https://community.wowza.com/u/Leo_Goehrs)\
**Post date:** [May 27, 2019, 12:35pm UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/7 "2019-05-27T12:35:45Z")

</div>

Apparerently, 4 years later, I still have the issue …

---

<div class="post-metadata">

**Author:** ![Rose\_Power-Wowza\_Com](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/rose_power-wowza_com/32/431_2.png) [@Rose\_Power-Wowza\_Com](https://community.wowza.com/u/Rose_Power-Wowza_Com)\
**Post date:** [May 29, 2019, 4:47pm UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/8 "2019-05-29T16:47:48Z")

</div>

Hi @Leo Goehrs, thanks for letting me know and I’ll check right now and post an update here.

---

<div class="post-metadata">

**Author:** ![Rose\_Power-Wowza\_Com](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/rose_power-wowza_com/32/431_2.png) [@Rose\_Power-Wowza\_Com](https://community.wowza.com/u/Rose_Power-Wowza_Com)\
**Post date:** [May 29, 2019, 5:10pm UTC](https://community.wowza.com/t/live-hls-fragments-getting-cached-by-the-browser-http-origin-mode/310/9 "2019-05-29T17:10:35Z")

</div>

Hi Leo, I see your support ticket and that this is an issue you had with Cloud and Akamai and not Streaming Engine as this post is under. I’m following your ticket conversation with tech support and they are researching it with Akamai. Thanks for your communication with us.
