Description:
I use multiple applications that use Gstreamer as a backend to play audio: Quod Libet, Gmusicbrowser and KDE's Dolphin (using Gstreamer as the backend for Phonon).

When "seeking" to a later part of a track encoded in FLAC, I get silence for a few seconds, then it skips to the specified time, then it skips again to the future time the seek bar progressed to. This does not occur on MP3 files.

This happens across all three applications, and the only common thing they have is that Gstreamer is used as a backend. Not even changing the audio server makes a difference, I've switched between PulseAudio and PipeWire and it still does this bug.

Running then seeking a FLAC file on gst-play-1.0 on 1.20.3-2 results in this output being printed several times:

```
WARNING received more decoded frames 1 than provided 0
WARNING debug information: ../gstreamer/subprojects/gst-plugins-base/gst-libs/gst/audio/gstaudiodecoder.c(1415): gst_audio_decoder_finish_frame_or_subframe (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstFlacDec:flacdec0
```

I had downgraded Gstreamer and the installed libraries from 1.20.3-2 to 1.20.3-1, and the issue no longer occurred. This seems like an issue with how Arch had packaged Gstreamer, rather than upstream Gstreamer itself.

Additional info:
* Upstream bug report: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1475

Steps to reproduce:
1. Install Gstreamer 1.20.3-2 + an audio player of choice that uses Gstreamer
2. Play a FLAC file.
3. Seek into a later part of the file.