fix(ui5-input): call change before submit event

[MapTo0]

FIXES: #10534

[MapTo0]

typo in branch name but should be fine :D

[texttechne]

Wrong Behavior

The current implementation will only fire the submit event on enter if the input has changed.
That's a surprising behavior for users. I would guess that users will flag this as a bug.
A changed value is not the precondition for a form submit.

Prevent Submitting

By facilitating keydown to store that the user pressed "enter" you're quite early in the event chain. Order of events when not using UI5 WC:

1. keydown
2. keypress (deprecated)
3. beforeinput
4. input (actually irrelevant for "enter" as this event is not triggered for this non-character input)
5. change
6. here comes the form submit
7. keyup

So with the planned modification the order of things would be correct.
However, because enter is stored on keydown we don't have any chance of preventing the submit.
Native inputs alllow to use e.preventDefault() in order to prevent the form submit for the following events:

• keydown
• keypress

UI5 WC should stay in line with this native behavior. So I would suggest to trigger the submit event as first thing within the keyup event handler.

[texttechne]

Why? This prevents firing of the change event. Defeats the purpose of the issu.

[MapTo0]

Change should be fired if the value is changed since last (final) user interaction. As final user interaction (change event) is considered pressing Enter or focus out + value is changes since last focusin. Submit event should fire always when an Enter key is pressed (as in the native input)

[texttechne]

Ahhh, ok got it now.
The variable name is simply wrong. Should be "isValueUnchanged" or something...

[texttechne]

Then again, looking at the implementation of _handleEnter: You also have logic for selecting suggestion items via "Enter".

Wouldn't that also (falsely) trigger the submit?