Slight change to Custom Delay PRO Feature

1 post / 0 new
puravida's picture
Jedi Warrior
Joined: 09/01/2007
Visit puravida's Website


It has been reported that omitting &stwdelay, when refreshing, will reset any delay back to zero(0). This has always been the behavior but isn't really ideal, because in most cases, we want to keep the delay persistently on certain troublesome requests.

Instead of putting the burden on plugin developers and after much consideration, we have made a change to the way that delay requests will work from now on. This has been fully tested and made live today.

So, the way it works now is that any request with a specified delay will take on that specified delay. A delay of zero(0) is no longer considered a specified value and will result in no change whatsoever. So, if you omit (or pass &stwdelay=0), the delay will not change. If it is zero(0), it will stay zero(0). If it is 30s, it will stay 30s.

The main nuance here is that IF you want to remove a delay programmatically, you will now pass &stwdelay=-1 (negative one(1)). That will tell our system to remove any delay and reset it back to zero(0).

Here is a legend showing how it will work:

-1 = remove delay (delay = 0)
0 = no change
1-45 = change delay

ShrinkTheWeb® (About STW) is another innovation by Neosys Consulting
Contact Us | PagePix Benefits | Learn More | STW Forums | Our Partners | Privacy Policy | Terms of Use

Announcing Javvy, the best crypto exchange and wallet solution (coming soon!)

©2022 ShrinkTheWeb. All rights reserved. ShrinkTheWeb is a registered trademark of ShrinkTheWeb.