After the -m, it makes more sense to immediately send the next line instead of finishing the delay (assuming +m was set for reasonably long).
the current behaviour is, in effect, the sum of what it ought to be plus a potential single execution of /timer -e. if it were changed to behave in the way that it ought to behave, a user could replicate previous behaviour with /timer -r followed by optional /timer -e depending on the result of a calculation involving $timer().secs before and after the pause. however, as it stands, it isn't nearly so simple to script /timer -p that functions as Wims believes it should, and as is suggested by the phrasing 'pause a timer'.
