Skip to content

Conversation

@jperedadnr
Copy link
Contributor

Time FilterOption.Option now uses long timestamp (as string), and not just a local date (as a string), in order to pass along the stamp selected by the user with the new comboBox:

image

Copy link
Contributor

@carldea carldea left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great work!
Looks good to me.

@carldea
Copy link
Contributor

carldea commented Sep 2, 2025

@jperedadnr I approved, but I will update branch, merge.

Copy link
Contributor

@dholubek dholubek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I just had one question

date = SIMPLE_DATE_FORMAT.parse(time.selectedOptions().getFirst());
} catch (ParseException e) {
throw new RuntimeException(e);
return Long.parseLong(time.selectedOptions().getFirst());
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jperedadnr is there a situation where this could be the string "Latest" and the parseLong will throw an exception?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is in a try-catch though, so if selectedOptions contains anything but a long timestamp, it will return -1L.

Before this PR a RTE was thrown for such case, but that should be handled in a better way. If the "Latest" string should be mapped to a specific long value (like Long.MAX_VALUE), then we should pass such value.

@carldea carldea merged commit 274f171 into ikmdev:main Sep 2, 2025
7 checks passed
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