# Wowza player does not destroy previous instance if new instance comes too quickly

**URL:** <https://community.wowza.com/t/wowza-player-does-not-destroy-previous-instance-if-new-instance-comes-too-quickly/180>\
**Category:** Wowza Player\
**Created:** [December 10, 2016, 12:16pm UTC](https://community.wowza.com/t/wowza-player-does-not-destroy-previous-instance-if-new-instance-comes-too-quickly/180 "2016-12-10T12:16:11Z")\
**Posts on this page:** 2\
**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:** [December 10, 2016, 12:16pm UTC](https://community.wowza.com/t/wowza-player-does-not-destroy-previous-instance-if-new-instance-comes-too-quickly/180/1 "2016-12-10T12:16:11Z")

</div>

You then get a double playback - and no way to destroy the extra playback without reloading.

So we have to be careful about having good code where this doesn’t happen. I guess this should really be in a bug report.

…

Uncaught TypeError: Cannot read property ‘destroy’ of null h @ wowzaplayer.min.js:32(anonymous function) @ wowzaplayer.js:1(anonymous function) @ wowzaplayer.js:1

custom.js:1820 that was OK

---

<div class="post-metadata">

**Author:** ![Jason\_Hatchett](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/jason_hatchett/32/391_2.png) [@Jason\_Hatchett](https://community.wowza.com/u/Jason_Hatchett)\
**Post date:** [May 11, 2017, 9:53am UTC](https://community.wowza.com/t/wowza-player-does-not-destroy-previous-instance-if-new-instance-comes-too-quickly/180/2 "2017-05-11T09:53:01Z")

</div>

Hello Alan,

I do apologize for the long delay in replying, and hope that you have already worked through the issue you were facing through our Support Ticket system.

There have been many updates to our Wowza Player since the original date of this post.

Please let me know if you are still having any issues with your deployment of our Wowza Player.

Thanks in advance,

Jason Hatchett
