Sample Z2UI5_CL_DEMO_APP_011 breaks if an id is added to an input field

[christianguenter2]

If I add an id to any Input field in sample Z2UI5_CL_DEMO_APP_011 like this
https://github.com/christianguenter2/abap2UI5-samples/blob/9ed65c1255f0eb32b562f333996e98db3b121bc4/src/z2ui5_cl_demo_app_011.clas.abap#L84

the sample breaks upon the second navigation from sample overview

(1)

(2)

(3)

with

and I don't get why. Any idea?

[choper725]

cant tell you why its not creating a different id for every input being generated in the dom but, maybe we can assist on the reasons id is needed there in the input

[christianguenter2]

I'm working on a new sample (based on a real world requirement) which shows how to focus controls in an editable table. Most likely there's a better way to do I, but until now I wasn't able to figure out how to do this without ids.
https://github.com/christianguenter2/abap2UI5-samples/blob/fab-focus/src/z2ui5_cl_demo_app_346.clas.abap

What's interesting, I don't see a control with the id mainView--title in the UI5 control tree.

But with sap.ui.getCore().byId("mainView--title") I get one

Same in the DOM

[oblomov-dev]

just checked it quickly, looks a bit strange.

when you set a breakpoint here:

This is where the view gets destroyed and normally all childs/content too, but in this case after the destroyment, the control is still alive:

when you do a manual:

sap.ui.getCore().byId("mainView--title").destroy();

navigation is no problem.

mhh....

Maybe as you analyzed the DOM/UI5 Trees gets corrupt when you use specific IDs at this position, but no idea why.

Possible workarounds, try to avoid specifc IDs and send them with the event, as it is eg. done here:
https://github.com/abap2UI5/samples/blob/standard/src/z2ui5_cl_demo_app_172.clas.abap#L191
Or set custom properties/names for the controls and search for that, not super clean, but you don't run into duplicate ID issues.

Or maybe someone else knows whats happening with the IDs and how to solve that?

[christianguenter2]

Got my sample working without static IDs using custom properties. I think we can leave this open for a while.

[oblomov-dev]

Nice!

Yeah, I think it could also make sense to create a regular UI5 freestyle sample for this issue:
– using specific IDs in aggregations
– destroy/recreate view

I guess the issue should also occur in that scenario – and then we’d know it’s a general UI5 behavior and not specific to abap2UI5. If I find some time, I’ll come back to this.