I just wanted to mention that I’m also experiencing this issue and haven’t found a great working solution. I’ve reached out to Apple. It's also worth noting that I've only seen this happen on iOS 18.0: After you finish speaking and pause, the transcribe function is called again, causing a duplicate transcript. This usually results in the following transcription overwriting the previous one.

I got an email back from DTS team and they told me to submit a bug report via the Feedback Assistant (https://feedbackassistant.apple.com) which I've done under the Developer Technologies & SDKs topic. I encourage everyone else to submit one as well. Hopefully if enough people submit a report they'll take a look at this bug.

Sure thing, it's FB15166325

I may have come up with a solution for now. I closer into SFSpeechRecognitionResult -> SFSpeechRecognitionMetadata and saw that there was a variable 'speechDuration'. Turns out that speechDuration will spit out how long the previous utterance was. And while speech is coming in it will default to nil. So with that, I created another published var "accumulatedTranscript" and checked to see if speechDuration != nil then append whatever the current transcript is, then reset the transcript to an empty string (to clear out the UI's text). For the UI I'm using a combined var of accumulatedTranscript + transcript to give the appearance of a continuous stream of text. And from my screenshots you can see it will use the last transcript/final result that comes in after the pause Some things worth noting: I haven't seen iOS17 display a non-nil speech duration so this solution shouldn't affect how iOS17 works but there may be some edge cases I'm not able to think of now. The new transcript appended will begin with a capital letter, you'll want to deal with this however you need to for your app (for me, I'll just make everything past the first word lowercase since the pause timer is finicky). I haven't done a robust test of this solution yet but I've tested on iOS18 simulator and physical device and iOS17 simulator only I'm not sure how this workaround will affect any changes Apple might make to address this so, you know, keep that in mind.

I haven't gotten a reply on my report either. But I'm seeing the behavior on the developer 18.1 beta has reverted back to the pre 18.0 behavior. I'm worried that solutions to this bug could give users an inconsistent experience if/when they update to 18.1

That's good to hear! I also encourage anyone else who comes here to take a look at my solution here https://forums.developer.apple.com/forums/thread/762952?answerId=804689022#804689022. Although the behavior isn't consistent (capitalizing new text), it at least stops the text from being wiped between pauses