@Malaydewangan09 Hi, here my QA feedback:

1. It is still possible to save the invalid flow mentioned in the issue.
2. The JSON Schema for the TIME input type changed to time. It no longer accepts a value, such as 10:11:12. It requires a time zone info, such as 10:11:12Z:

- id: time
  type: TIME
  # ERROR: 'String is not a RFC3339 time.'
  defaults: "10:11:12"
  required: false

Hey @yuri1969
Thanks!
So when the validate API is triggered
We have to the default value checks outside the scope of Jackson mapper right ?
Because for case

id: myflow
namespace: company.team
inputs:
  - id: intDefaultsInStrInput
    type: STRING
    validator: '\d+'
    defaults: 100
    required: false

tasks:
  - id: date
    type: io.kestra.plugin.core.debug.Return
    format: "{{taskrun.startDate}}"

Jackson will not throw error ?

Hey @yuri1969 Thanks! So when the validate API is triggered, We have to do the default value checks outside the scope of Jackson Mapper, right ? Because for case

id: myflow
namespace: company.team
inputs:
  - id: intDefaultsInStrInput
    type: STRING
    validator: '\d+'
    defaults: 100
    required: false

tasks:
  - id: date
    type: io.kestra.plugin.core.debug.Return
    format: "{{taskrun.startDate}}"

Jackson will not throw an error??

Can we have a custom deserializer for the default value?

@Malaydewangan09 I'm not really familiar with advanced Jackson usage, sorry 😐

@MilosPaunovic @loicmathieu can you help me with this?
Thanks!

@Malaydewangan09 I need to take some time to investigate.

@yuri1969 as I understand it, we previously accept non-standard LocalTime string representation, and with the change it would not work anymore. I need to dig but their may not be any way to fix that. But I'm worry about the breaking change here.

@loicmathieu The way to keep the current format might be to somehow assign a custom JSON Schema "type" for the TIME defaults field... This way it would be possible to drop the JSON Schema time format and define a simple pattern matching the current format, such as values 10:11:12, instead.