Behavior of `ifNotPlaytime $myTimeout` after `delayUntilReleaseMax` differs between UHK 60 and UHK 80

[lo48576]

The code below works differently on UHK 60 and UHK 80.

setVar myTimeout 500
pressKey iLS

// REPRODUCE: Hit the timeout by holding more than 500 ms ($myTimeout).
delayUntilReleaseMax $myTimeout

// EXPECTED: NOT jumping to `releasedQuickly` because the previous
// `delayUntilReleaseMax` timed out and 500 ms passed.
//
// ACTUAL: Jumps to `releasedQuickly` on UHK 60 (unexpected),
// but NOT on UHK 80 (expected).
ifNotInterrupted ifNotPlaytime $myTimeout goTo releasedQuickly

// If pressed for long, the execution is expected to reach this line.
// ...

releasedQuickly:

By pressing a key for long with this macro assigned:

• On UHK 80 (firmware 16.2.1), goTo ReleasedQuickly is NOT invoked. This is expected behavior.
• On both UHK 60 v1 and v2 (firmware 16.2.1), goTo ReleasedQuickly is invoked. This is unexpected behavior.

This can be worked around by changing ifNotPlaytime $myTimeout to ifNotPlaytime ($myTimeout-1).

In fact I'm not sure this is a bug because the both behavior would be justifiable to some extent, and this is even OK to me if this works without reproducible result (since this kind of naive timeout handling might be very sensitive to hardware/firmware internals, and it is very easy to work around on user side).
However, I'm reporting this just in case this kind of (possibly consistent) behavior difference between UHK models were not acceptable to the dev team.

[lo48576]

FYI:

Practical reproducible case

$onInit:

// $onInit

setVar stickyShiftActive false

Shift key (this-macro(iLS)):

// Use this macro for shift key.

// This is essentially `oneShot holdKey &marcoArg.1`,
// but with customizable timeouts and cancellation by double tap.
//
// $macroArg.1: modifier key (iLS or iRS)

setVar stickyShiftStart 500
setVar stickyShiftEnd 800

if ($stickyShiftActive) {
    // Cancel when Shift is pressed during sticky shift is active.
    setLedTxt 500 'cancel'
    final setVar stickyShiftActive false
}

setVar stickyShiftActive true
pressKey &macroArg.1
delayUntilReleaseMax $stickyShiftStart
// A short tap without interruption by any other key
// will activate the sticky shift state.
//
// For UHK 60 (v1), `ifNotPlaytime` here may not run then-clause
// without `-1`, while the offset is not required for UHK 80.
// To absorb this hardware (or firmware) behavior difference,
// use the shorter duration than the `delayUntilReleaseMax` timeout.
//ifNotInterrupted ifNotPlaytime ($stickyShiftStart-1) goTo sticky // <- FIXED
ifNotInterrupted ifNotPlaytime $stickyShiftStart goTo sticky // <- REPRODUCIBLE

// Interrupted by another key or pressed too long.
// Behave as a normal shift.
setVar stickyShiftActive false
delayUntilRelease
final releaseKey &macroArg.1

sticky: // Sticky shift activated.
setLedTxt 0 abbrev 'STS' layer 'stksh'
// If any key is pressed or timed out,
// exit the sticky shift state.
ifNotInterrupted ifNotPlaytime $stickyShiftEnd goTo $currentAddress
setLedTxt 1 abbrev '' layer '' // Reset the LED status
releaseKey &macroArg.1
setVar stickyShiftActive false

Intention

• Tapped Shift (for less than or equal to $stickyShiftStart milliseconds), and released the key before any other keys are pressed: (-> sticky: path)
  • The next key (within the following $stickShiftEnd milliseconds) will be pressed with Shift modifier (iLS for example).
    • However, if the next key before the timeout was the same macro (i.e., pressed the same Shift key), then the "sticky" shift is cancelled. (-> setLedTxt 500 'cancel' path)
  • If no key is pressed within the following $stickShiftEnd milliseconds, the macro resets the related flags and exit.
• Tapped Shift (for less than or equal to $stickyShiftStart milliseconds), with another key pressed before the Shift is released: (-> final releaseKey &macroArg.1 path)
  • Behave as a normal Shift.
• Pressed Shift for more than $stickyShift milliseconds: (-> final releaseKey &macroArg.1 path)
  • Behave as a normal Shift.

Steps to reproduce

1. Press Shift for long (more than 500 ms), and don't release it.
2. Without releasing Shift, press an alphabetical key, a for example.

Expected result

Capital A (Shift-A) is typed on any UHK.

Actual result

• On UHK 80, works as intended (capital A is typed).
• On UHK 60, lower a is typed as Shift is already released. This is unexpected resut.

[lo48576]

In my environment, the result is reliably reproducible, and both UHK 60 v1 and v2 behaves in the same way.