# Could not send sticky events while prerolling source

**URL:** https://discourse.gstreamer.org/t/could-not-send-sticky-events-while-prerolling-source/5552
**Category:** Application Development
**Tags:** golang
**Created:** [December 9, 2025, 10:43am UTC](https://discourse.gstreamer.org/t/could-not-send-sticky-events-while-prerolling-source/5552 "2025-12-09T10:43:37Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![RSWilli](https://discourse.gstreamer.org/user_avatar/discourse.gstreamer.org/rswilli/32/262_2.png) [@RSWilli](https://discourse.gstreamer.org/u/RSWilli)
#### Post date: [December 9, 2025, 10:43am UTC](https://discourse.gstreamer.org/t/could-not-send-sticky-events-while-prerolling-source/5552/1 "2025-12-09T10:43:37Z")

</div>

I’m following the Play a section of a media file developer manual ([https://gstreamer.freedesktop.org/documentation/application-development/advanced/pipeline-manipulation.html?gi-language=c#play-a-section-of-a-media-file](https://gstreamer.freedesktop.org/documentation/application-development/advanced/pipeline-manipulation.html?gi-language=c#play-a-section-of-a-media-file)) to preroll and seek a newly added element in a running pipeline to a desired position. The element is essentially a bin containing a filesrc → decodebin → some filters chain

The difference to the example is that I’m not linking the source to the next element (an audiomixer) while prerolling because I want it to continue to run while the seek is performed.

I block my pad with `GST_PAD_PROBE_TYPE_BLOCK_DOWNSTREAM`, set to playing and after the probe was called I seek the element. After the seek was called I wait for the probe to retrigger and link the element to the audiomixer.

I’m seeing “could not send sticky events” in the logs, but I can’t tell if this is bad in this case or not.

Audio seems to be playing, but I sometimes get silences in long running pipelines and the only notable log is the “could not send sticky events”.