Skip to content

Fix smart-flow resource routing for URLs with query strings - #499

Open
Shubham-Padkonde wants to merge 1 commit into
meraki:mainfrom
Shubham-Padkonde:fix/smart-flow-url-paths
Open

Shubham-Padkonde wants to merge 1 commit into
meraki:mainfrom
Shubham-Padkonde:fix/smart-flow-url-paths

Conversation

@Shubham-Padkonde

Copy link
Copy Markdown

Smart-flow resource matching currently runs against the entire URL. A request to /networks/N_1?perPage=10 looks up N_1?perPage=10 instead of the cached network N_1; an organization URL with a query similarly gets a separate rate-limit bucket. A resource-looking URL inside a query parameter can also take precedence over the actual path.

Match resource IDs against the parsed path in both synchronous and asynchronous routing, background resolution, and response learning. Add 24 regression cases covering query strings, fragments, misleading query paths, resolver arguments, and learned mappings. All 24 fail before the fix.

Validation: all 514 unit tests pass with 94.12% core coverage (90% required). CI's Ruff lint and formatting checks pass with the locked Ruff 0.15.22. Includes a changelog fragment.

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