Skip to content

JSON arrays in list flags; --url on search commands (1.2.24) - #10

Merged
vprudnikoff merged 1 commit into
mainfrom
fix/list-flag-commas
Nov 4, 2026
Merged

vprudnikoff merged 1 commit into
mainfrom
fix/list-flag-commas

Conversation

@vprudnikoff

Copy link
Copy Markdown
Member

List flags. Every filter list flag split its value on every comma, so values containing a comma – Chicago, Illinois, Technology, Information and Internet, Example Co., Ltd. – silently became separate filters. Production shows this for locations and company names from 8 of the 58 users who filtered through the CLI or skills in 90 days. A list flag that starts with [ is now read as a JSON array of strings (--locations '["Chicago, Illinois","Denver"]'). Anything else is the old comma split, so existing lists behave exactly as before. Invalid JSON is rejected with a message naming both forms. This covers person/navigator person/company/navigator company search, company and navigator company fetch employee filters, connection list, jobs search filters and preferences, and post search author industries and actor flags (where name:identifier elements work inside the array).

Search without a term. Core rejects people and company searches that carry neither a term nor a custom search URL: 184 such 400s in 35 days. Yet several help and README examples were filter-only, and no search command could pass a URL. person, navigator person, company and navigator company search now take --url (sent as customSearchUrl). Their help says --term is required unless --url is given, and they exit 5 before calling the API when both are missing. The filter-only examples now carry --term.

Version 1.2.24. Checks: typecheck, eslint, build. Probed the parser with the production values, and checked --help and the validation exit.

List flags split their value on every comma, so values that contain a
comma themselves – "Chicago, Illinois", "Technology, Information and
Internet", "Example Co., Ltd." – silently became separate filters. A
list flag that starts with `[` is now read as a JSON array of strings;
plain comma lists behave as before.

Core rejects people and company searches that carry neither a term nor
a custom search URL, yet several help and README examples were
filter-only and the search commands had no way to pass a URL. person,
navigator person, company and navigator company search now take --url
(sent as customSearchUrl), say that --term is required unless --url is
given, and stop with a validation error before calling the API when
both are missing.
@vprudnikoff
vprudnikoff merged commit 0ad60f1 into main Nov 4, 2026
2 checks passed
@vprudnikoff
vprudnikoff deleted the fix/list-flag-commas branch November 4, 2026 11:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant