Just checked it again, and no, unfortunately, it took the same very long time (at least for me and on my system) as before.
But: As I found out, the reason for this odd behaviour is a bug in how R'n'D handles envelope timing, so it is not your fault!
The bug is triggered by the line "request.step_delay: 0" in your config file "interface.conf", which causes the initial opening phase of the request envelope to take 1024 * 20 ms, which is about 20 seconds (before the dialog is visible). (There are two phases of envelope animation: Opening horizontally, then vertically; the first phase (that takes so long) is invisible in your graphics set.)
There are two possible workarounds that you could immediately apply to file "interface.conf" to fix the problem without waiting for the bug to be fixed in R'n'D itself:
Variant 1: Change line "request.step_delay: 0" to "request.step_delay: 2"
This will fix the timing problem and let the first (invisible) opening animation run with maximum speed (while assuming a minimum step offset of "1", despite your setting "request.step_offset: 0").
Variant 2 (even better): Add a new line "request.anim_mode: vertical"
This will skip the first (invisible, horizontal) envelope opening animation completely, immediately showing the visible (vertical) opening animation.
You will get the best results by using both variants (even though each of them is sufficient to fix the initial problem).
Thanks a lot for bringing my attention to this bug in R'n'D! I will fix this timing problem for the next version of R'n'D.