Valid_if not evaluating in certain circumstances until Save button is pressed in Form

Just wondering if anyone would consider this a bug, or if there is some way to make the experience better?

I have a Table that is meant to have 1 record per [employee] per [month], and no more. So I set a valid_if rule to accomplish this and prevent duplicates.

Valid_if expression
ISBLANK( FILTER(
  employee_month ,
  AND(
    [id] <> [_THISROW] ,
    [employee] = [_THISROW].[employee] ,
    [month] = [_THISROW].[month]
  )
) )

The validation works as expected:
3X_8_c_8c7b0e38479b89dee58a0446f05e9ac004a509a5.png


I also have a table View of this Table, which is grouped by [month]

3X_3_7_377af99226aa2cddfa156b1f8883ecc147e522a5.png
After drilling down into a single [month] group, clicking the add button utilizes the magic of pre-filling that [month] value.

3X_1_d_1dd0e18f90eb0453a9067735ead8cb66af23ddac.png

But then if I select an [employee], like above, that I know already has a record for this [month], the validation rule doesnโ€™t re-evaluate:
3X_1_e_1eac72c6a02d769904be9bbe614ae3344a13f3bf.png

Even if I change the [month] value, then change it back, still no re-evaluation. It is only when I finally try to click Save that it re-evaluates and shows the validation error.

I suppose I can probably put the same valid_if expression onto the [employee] column as well, as a usability workaround . However I think this is undesirable behavior and/or a bug, anyone else?

2 1 103
1 REPLY 1

Steve
Platinum 4
Platinum 4

Iโ€™ve noticed this, too. Iโ€™d call it a bug.

Attn @Arthur_Rallu

Top Labels in this Space