Skip to content

fix: --ascending flag made explicit, default descending#33

Closed
LeeHengYu wants to merge 1 commit intoPolymarket:mainfrom
LeeHengYu:fix-31
Closed

fix: --ascending flag made explicit, default descending#33
LeeHengYu wants to merge 1 commit intoPolymarket:mainfrom
LeeHengYu:fix-31

Conversation

@LeeHengYu
Copy link

@LeeHengYu LeeHengYu commented Mar 8, 2026

Fixes #17
Patching PR #20 #31, related to #26

The default behavior of descending sort remains (no ascending flag), fix up all instances to maybe_ascending(Some(ascending)) across all 6 references.


Note

Low Risk
Small, mechanical change limited to query parameter construction for list endpoints; no auth, persistence, or data mutation paths are affected.

Overview
Fixes sorting behavior in CLI list commands by always forwarding the ascending flag into the SDK request builders (maybe_ascending(Some(ascending))) instead of only setting it when --ascending is true.

This updates the request construction for comments, events, markets, series, sports teams, and tags so ascending/descending ordering is applied consistently.

Written by Cursor Bugbot for commit dcbc50b. This will update automatically on new commits. Configure here.

@LeeHengYu LeeHengYu changed the title fix: Ascending flag not working, default descending fix: Ascending flag made explicit, default descending Mar 8, 2026
@LeeHengYu LeeHengYu changed the title fix: Ascending flag made explicit, default descending fix: --ascending flag made explicit, default descending Mar 8, 2026
@LeeHengYu LeeHengYu closed this Mar 10, 2026
@LeeHengYu LeeHengYu deleted the fix-31 branch March 10, 2026 05:10
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.

--ascending flag has no counterpart; sort defaults to ascending with no way to sort descending

1 participant