I picked two $mircini topics to ease reproduction of the issue.
The following code pieces produce echoes only - you can test e.g. in any channel window (not status window etc).

This works as expected:
Code:
//window @test | play -etoptions @test $nopath($mircini) 2000 | .timer 1 1 play -petlanguage $nopath($mircini) 300
- starts playing the ini topic [options] to the @test window with 2000ms delay
- pauses the [options] play request for the priority play request of [language], which is played with the desired delay of 300ms
- resumes playing [options] with 2000ms delay

Now, interchainging the delay of both play requests (priority play request has a bigger delay than the first play request):
Code:
//window @test | play -etoptions @test $nopath($mircini) 300 | .timer 1 1 play -petlanguage $nopath($mircini) 2000
- starts playing the ini topic [options] to the @test window with 300ms delay
- pauses the [options] play request for the priority play request of [language], which is played with a delay of 300ms (= delay of paused play request), not the 2000ms specified
...Though the echo output (and "play central") states:
Quote:
* Playing topic '[language]' from 'mirc.ini' to <whatever the window> with 2000ms delay

- resumes playing [options] with 300ms delay

mIRC 6.35. If this aint a bug, I'd appreciate an explanation nevertheless smile