Duplicates within rows, 5.8 Sandbox

Just doing some sandbox testing with 5.8 and I can’t figure out why I’m getting duplicate text fields within a single row (see attached). There is some javascript running in the background to make this work, which is now creating a duplicate entry for 2 separate fields within one row. When I hit save it executes properly and only saves one record, but obviously I don’t want users getting confused.



The snippet for departure airport looks like this:

(function(skuid){ var $ = skuid.$,
departAirportFieldReference = ‘stack__Depart__r’,
departAirportFieldId = ‘stack__Depart__c’,
arriveAirportFieldName = ‘stack__Arrive__r’,
arriveAirportFieldId = ‘stack__Arrive__c’,
sectorNumberFieldName = ‘stack__SecNum__c’;



skuid.snippet.registerSnippet(‘fromAirportRenderer’, function () {
var field = arguments[0],
//value = arguments[1];
value = field.row[departAirportFieldReference] !== undefined ? field.row[departAirportFieldReference].Name : null;

if (field.mode == ‘read’) {
//This just outputs what the standard Skuid control would output anyway, since we require no special behavour for rows that are not being edited.
skuid.ui.fieldRenderers.REFERENCE.read(field, value);
}
else {

var referenceFieldId = field.metadata.rel;

//var modelContext = getModelContext(field);

var modelContext = getModelContext(field),
items = modelContext.items;

//If depart airport is empty && this is a new row (i.e. there is no existing value, and no rendered item matching the Id of the current row)
if(items.length > 0 && value === null) {
var prevRow = items[items.length - 1].row,
prevId = prevRow[arriveAirportFieldName] !== undefined ? prevRow[arriveAirportFieldName].Id : null,
prevLabel = prevRow[arriveAirportFieldName] !== undefined ? prevRow[arriveAirportFieldName].stack__apName__c : null;

var modifications = {};
modifications[field.id] = prevId;
modifications[referenceFieldId] = {Id: prevId, Name: prevLabel};
value = modifications[referenceFieldId].Name;


field.model.updateRow(
field.row,
modifications
);
}

new fieldChangeListener(field, function(changes){ 
if(field.row[departAirportFieldReference])
field.element.find(‘input’).val(field.row[departAirportFieldReference].Name);
});

skuid.ui.fieldRenderers.REFERENCE.edit(field, value);
}
});

Hi Greg,

Please take a look at this community post for an explanation of why this is happening:

https://community.skuid.com/t/upgraded-to-summer-ga-and-this-line-now-prevents-a-skuid…

To avoid this, you’ll need to change this line:

field.model.updateRow(
   field.row,
   modifications
);

to this:

field.model.updateRow(
   field.row,
   modifications,
   { initiatorId: field._GUID }
);





Check out the last comment by Zach in this post : https://community.skuid.com/t/upgraded-to-summer-ga-and-this-line-now-prevents-a-skuid… the short answer is that “updateRow” is going to cause your field to show up without having to call “skuid.ui.fieldRenderers.REFERENCE.edit(field, value);” so therefore it shows up twice. Check out Zach’s answer about how to avoid this.

Ha Zach beat me by 4 seconds…

Thanks guys, working like a charm.

Does the comment about things being more in sync in summer 14 mean that there will be less of a requirement for listeners to hear changes in models?

(My apologies if this was covered in the recent developer preview - I wan’t able to attend that one, it was a choice between customer demo or skuid preview and the customer demo won!)

Greg, yes that’s the idea — with this internal change, and the introduction of the Action Framework, we’re trying to cut out a lot of places where it takes JavaScript to keep Model data and Components in sync.