You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
bsk fill cannot set date, time, datetime-local, month, or week inputs #440
isFillable treats every <input> as a candidate, but the live preflight only allows text|search|tel|url|email|password|number. Date-like controls are rejected with target_not_fillable, even though they accept a programmatic value (HTMLInputElement.value + input/change).
file / checkbox / radio should stay out of bsk fill (file → bsk upload). The gap is date, time, datetime-local, month, and week.
Evidence
Cheap filter: apps/extension/src/tools/interaction.tsisFillable returns true for any INPUT.
Live check: FILL_EDITABLE_FUNCTION only allows the seven text-like types.
Skill docs (crates/bsk-cli/skill/SKILL.md) show bsk fill @e3 --value "text" and do not mention date-like controls as unsupported.
How a user hits it
On a booking / account form, observe shows @eN for “Depart” / “生日”. bsk fill @eN --value 2026-10-14 returns invalid_params / target_not_fillable. The agent then clicks calendar widgets or asks the user to type the date.
Suggested direction
Issue first (behavior change). A follow-up PR can set value for the date-like types and dispatch input/change, next to the existing fill browser tests.
I'd like to take this one — planning a small follow-up that allows date / time / datetime-local / month / week in the live fill preflight and sets the value via the input value setter (Chrome's Input.insertText leaves these controls empty). Checkbox / radio / file stay rejected. Happy to adjust if maintainers prefer a different approach.
Activity
Li-john1021 commentedon Oct 14, 2026
I'd like to take this one — planning a small follow-up that allows
date/time/datetime-local/month/weekin the live fill preflight and sets the value via the inputvaluesetter (Chrome'sInput.insertTextleaves these controls empty). Checkbox / radio / file stay rejected. Happy to adjust if maintainers prefer a different approach.