Skip to content

[Experimental] Fix filter by glob#5

Draft
Punpun1643 wants to merge 14 commits intomasterfrom
fix-filter-by-glob
Draft

[Experimental] Fix filter by glob#5
Punpun1643 wants to merge 14 commits intomasterfrom
fix-filter-by-glob

Conversation

@Punpun1643
Copy link
Owner

@Punpun1643 Punpun1643 commented Jun 17, 2022

Fixes #xxxx

Proposed commit message

Currently the filter does not work. Once click on the input box or button, the page will just re-load.

The filter is modified such that the user can filter by glob.

radio-button is removed as it is redundant, and allow for filter
within the specific file type(s) post-removal.

Call-to-action statement describing what you are doing in this PR.

Other information

Current behaviour

current-behaviour.mp4

After modification

A9112055-5210-4C3C-AFAB-380A3FAAF531_1_105_c

2B506DF1-DB77-46F6-BBEF-075EAD1077C0

Punpun1643 and others added 14 commits June 6, 2022 22:39
…ense#1776)

The use of Instant.ofEpochMilli(Long.MIN_VALUE) as the arbitrary first
commit date now fails shallow cloning for
testSinceBeginningDateRangeWithShallowCloning system test.

In addition, using this arbitrary date in convertToGitDateRangeArgs
when converting timezone results in an overflow causing sinceDate to
be greater than untilDate. Thus, no commit results are retrieved,
leading to failing system tests.

Also, the arbitrary first commit date is in UTC. However, in the
convertToGitDateRangeArgs method, the zoneId used for the conversion
is from the config, which may be different. This leads to an erroneous
timezone conversion.

Finally, using --since d1 with --period results in an unintended date
range because the --period and the arbitrary commit date from 
--since d1 are used to calculate the until date as the actual 
earliest commit date is not immediately available.

Let's change Instant.ofEpochMilli() to use 0 so that the arbitrary date
is 1970-01-01 and the overflow of the sinceDate can be avoided.

At the same time, let's convert the arbitrary date to the correct
timezone within the ArgsParser class and add a component test for
parsing --since d1 to check that the correct timezone is used for each
RepoConfiguration before cloning any repos.

Finally, let's raise a warning when --since d1 is being used with 
--period.
@Punpun1643 Punpun1643 changed the title Fix filter by glob [Experimental] Fix filter by glob Jun 18, 2022
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.

3 participants