LoadMore exception on table that has had a new row added

When “Loading More” on a tab that has a new row added to it, a javascript exception “Uncaught Model ‘Contact’ has unsaved changes. To update this model’s data, you must first save or cancel the changes.” is encountered.

Based on the way skuid merges model data, etc. the exception isn’t the issue, instead, the Load More should be disabled after the new row was added. If you edit an existing record, Load More is properly disabled. It’s only after a new row has been added that the problem occurs.

Steps to Reproduce:

  1. Create page using xml below
  2. Preview page picking an account that has more than 1 contact
  3. Click the “plus” sign to add a new contact
  4. Click Load More

Expected Behavior
Load More is disabled and not “clickable”

Actual Behavior
Load More is triggered and javascript exception in console

Sample Page XML

<skuidpage unsavedchangeswarning="yes" personalizationmode="server" showsidebar="true" showheader="true" tabtooverride="Contact">   <models>
      <model id="Contact" limit="1" query="true" createrowifnonefound="false" sobject="Contact" adapter="" type="">
            <field id="FirstName"/>
            <field id="LastName"/>
            <field id="CreatedDate"/>
            <condition type="param" value="acctid" field="AccountId" operator="=" enclosevalueinquotes="true" novaluebehavior=""/>
      <pagetitle model="Contact" uniqueid="sk-3YrBrA-69">
            <action type="savecancel"/>
      <skootable showconditions="true" showsavecancel="false" searchmethod="server" searchbox="true" showexportbuttons="false" pagesize="10" createrecords="true" model="Contact" mode="read" uniqueid="sk-3YrBrA-70">
            <field id="FirstName" allowordering="true"/>
            <field id="LastName" allowordering="true"/>
            <field id="CreatedDate" allowordering="true"/>
            <action type="edit"/>
            <action type="delete"/>
         <massactions usefirstitemasdefault="true">
            <action type="massupdate"/>
            <action type="massdelete"/>
            <view type="standard"/>
      <styleitem type="background" bgtype="none"/>


Thanks for reporting this bug. The developers are aware of it and will consider it for a future release.


Thanks Karen!