[Bug] OSL does not behave as MO when held

[eiis1000]

Describe the Bug

Other one-shot modifiers behave as their normal variants when held, but OSL does not. This causes a variety of problems, for example imagine the situation with the following keys:
A on layer 0, $ on layer 1
B on layer 0, ctrl on layer 1

If I want to do ctrl+A, the following sequence works:
HOLD MO(1), HOLD B, RELEASE MO(1), TAP A
But the following sequence executes ctrl+$:
HOLD OSL(1), HOLD B, RELEASE OSL(1), TAP A
In fact, with this setup, as far as I can tell there is no way to do ctrl+A.

IMO, OSL should behave exactly as MO when held, but if this is not desirable for some reason then there should certainly be a keycode with this behavior (or a keycode combination which can reproduce it).

Keyboard Used

hillside/52

Link to product page (if applicable)

No response

Operating System

Linux

qmk doctor Output

Ψ QMK Doctor is checking your environment.
Ψ Python version: 3.13.12
Ψ CLI version: 1.2.0
Ψ QMK home: /home/eabr/qmk_firmware
Ψ Detected Linux (NixOS 26.05 (Yarara)).
Ψ Userspace enabled: False
Ψ Git branch: master
Ψ Repo version: 0.31.12
Ψ - Latest master: 2026-02-28 21:22:41 -0500 (d22e95d4fe) -- switch to oneshot layers
Ψ - Latest upstream/master: 2026-02-24 19:23:04 +0000 (9e8199c411) -- Print keymap name within new-keymap error message (#26034)
Ψ - Latest upstream/develop: None
Ψ - Common ancestor with upstream/master: 2026-02-24 19:23:04 +0000 (9e8199c411) -- Print keymap name within new-keymap error message (#26034)
Ψ - Common ancestor with upstream/develop: None
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 15.2.1
Ψ Successfully compiled using arm-none-eabi-gcc
Ψ Successfully tested arm-none-eabi-binutils using arm-none-eabi-size
Ψ Found avr-gcc version 15.2.0
Ψ Successfully compiled using avr-gcc
Ψ Successfully tested avr-binutils using avr-size
Ψ Found avrdude version 8.
Ψ Found dfu-programmer version 1.1.0
Ψ Found dfu-util version 0.11
Ψ Found diff version 3.12
Ψ Found dos2unix version 7.5.2
Ψ Found git version 2.53.0
Ψ Found make version 4.4.1
Ψ Submodules are up to date.
Ψ Submodule status:
Ψ - lib/chibios: 2025-05-15 08:25:11 +0000 --  (8bd61b8043)
Ψ - lib/chibios-contrib: 2025-10-03 18:22:15 +0200 --  (8d863d9e)
Ψ - lib/googletest: 2021-06-11 06:37:43 -0700 --  (e2239ee6)
Ψ - lib/lufa: 2022-08-26 12:09:55 +1000 --  (549b97320)
Ψ - lib/vusb: 2022-06-13 09:18:17 +1000 --  (819dbc1)
Ψ - lib/printf: 2022-06-29 23:59:58 +0300 --  (c2e3b4e)
Ψ - lib/pico-sdk: 2025-04-20 21:24:29 +1000 --  (d0c5cac)
Ψ - lib/lvgl: 2022-04-11 04:44:53 -0600 --  (e19410f8)
Ψ QMK is ready to go

Is AutoHotKey / Karabiner installed

• AutoHotKey (Windows)
• Karabiner (macOS)

Other keyboard-related software installed

No response

Additional Context

No response

[drashna]

By chance, do you have oneshot timeout enabled?

[eiis1000]

I did not before; I do now, and that makes this issue less terrible, but it's still obviously undesirable to have to wait a specified number of seconds for any particular normal keypress.