Wappler Version : 6.0.2 AC Beta Extensions
Operating System : Mac M2
Server Model: Node.js
Database Type: MySQL (externally hosted)
Hosting Type: Docker/Digital Ocean
Expected behavior
In the stable AC channel (AC1) I have two autocomplete fields in a form. The two fields can be prepopulated with servconnect data and can be updated by the end user. The assignment of the value in a dmx-bind:value statement works in AC1.
Actual behavior
After updating to AC2 via the beta extension channel the values are not pre-populated with the data from the server connect.
Screen Recording 2023-12-06 at 3.11.38 PM
How to reproduce
To reproduce, update to AC2 beta extensions. The form fields are below. The issue only seems to impact the autocomplete fields. Other fields are prepopulated as expected. The code works in production with AC1.
I have experienced this with Autocomplete fields as well (even on stable extensions). However it was very intermittent and I could never nail down a cause. I changed all of my auto complete fields to tagify select fields and have had no problems with the same functionality.
Circling back on this (especially in response to the comment earlier that AC2 would be released in the next few weeks). I just tested with the most recent 6.1.2 and AC2 updates and am still seeing the behavior reported in the original post.
Edit: in retesting I noticed a new error when the ādisabledā parameter is present in an Autocomplete in AC2. Perhaps this is helpful/related. (the error goes away when the disabled tag is removed)
TypeError: Cannot set properties of undefined (setting 'disabled')
at n._disable (autocomplete.js:147:1)
at n.init (formElement.js:65:1)
at n.init (autocomplete.js:66:1)
at n.constructor (BaseComponent.js:44:1)
at n (api.js:5:1)
at t.hasOwnProperty.t.constructor (api.js:47:1)
at n [as constructor] (api.js:5:1)
at t.hasOwnProperty.t.constructor (api.js:47:1)
at new n (api.js:5:1)
at n.$createChild (BaseComponent.js:135:1)
|constructor|@|BaseComponent.js:55|
|---|---|---|
|n|@|api.js:5|
|t.hasOwnProperty.t.constructor|@|api.js:47|
|n|@|api.js:5|
|t.hasOwnProperty.t.constructor|@|api.js:47|
|n|@|api.js:5|
|$createChild|@|BaseComponent.js:135|
|(anonymous)|@|BaseComponent.js:256|
|walk|@|dom.js:186|
|walk|@|dom.js:191|
|walk|@|dom.js:191|
|walk|@|dom.js:191|
|walk|@|dom.js:191|
|$parse|@|BaseComponent.js:226|
|render|@|BaseComponent.js:69|
|constructor|@|BaseComponent.js:46|
|n|@|api.js:5|
|t.hasOwnProperty.t.constructor|@|api.js:47|
|n|@|api.js:5|
|t.hasOwnProperty.t.constructor|@|api.js:47|
|n|@|api.js:5|
|$createChild|@|BaseComponent.js:135|
|(anonymous)|@|BaseComponent.js:256|
|walk|@|dom.js:186|
|walk|@|dom.js:191|
|walk|@|dom.js:191|
|$parse|@|BaseComponent.js:226|
|render|@|BaseComponent.js:69|
|constructor|@|BaseComponent.js:46|
|n|@|api.js:5|
|t.hasOwnProperty.t.constructor|@|api.js:47|
|n|@|api.js:5|
|$createChild|@|BaseComponent.js:135|
|(anonymous)|@|BaseComponent.js:256|
|walk|@|dom.js:186|
|walk|@|dom.js:191|
|walk|@|dom.js:191|
|$parse|@|BaseComponent.js:226|
|render|@|BaseComponent.js:69|
|constructor|@|BaseComponent.js:46|
|n|@|api.js:5|
|t.hasOwnProperty.t.constructor|@|api.js:47|
|n|@|api.js:5|
|(anonymous)|@|appConnect.js:48|
|Promise.then (async)|||
|(anonymous)|@|appConnect.js:33|
|document.readyState.document.addEventListener.once|@|api.js:22|
Both the original issue and the error related to ādefaultā above are specific to AC2. The error doesnāt occur and the functionality works as intended (per the video in the OP) in AC1.