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
When a log command is set with an explicit RevFilter like NO_MERGES or ONLY_MERGES, the properties of maxCount & skip set via the setters is ignored/overridden.
Code block which is expected to set the maxCount & skip is
This is not obvious and not a documented behaviour hence logging this bug.
Actual behavior
The set skip & maxCount are not applied to the LogCommand results
Expected behavior
The set skip & maxCount are applied to the LogCommand results.
Relevant log output
No response
Other information
No response
The text was updated successfully, but these errors were encountered:
parasharjoshi
changed the title
Skip & offset filters not set when any explicit filter like NO_MERGES
Skip & offset not applied when an explicit filter like NO_MERGES is set for LogCommand
Dec 5, 2024
Version
6.7.0
Operating System
Linux/Unix, Windows
Bug description
When a log command is set with an explicit RevFilter like NO_MERGES or ONLY_MERGES, the properties of maxCount & skip set via the setters is ignored/overridden.
Code block which is expected to set the maxCount & skip is
This filters out merge commits but does not skip or limit the results as specified in the setters.
The work around is to set the skip and max RevFilters explicitly in the filter order as following
This is not obvious and not a documented behaviour hence logging this bug.
Actual behavior
The set skip & maxCount are not applied to the LogCommand results
Expected behavior
The set skip & maxCount are applied to the LogCommand results.
Relevant log output
No response
Other information
No response
The text was updated successfully, but these errors were encountered: