BUG? - Suddenly Cannot save (existing) lightning Components or add components to Lightning Page Builder

Question

Two odd issues:

1. Last night, I was unable to add a newly created Lightning Component via the Lightning Page Builder. I also re-saved an existing component and it disappeared from the list of available Lightning Components. The save did not remove the "implements:XXXXXXX" which should make it available to the page builder.

2. This morning, I attempted to trouble shoot and found that I am unable to save a few of my existing lightning components and I get the following error:

   Failed to save undefined: No Converter or MultiConverter found for class java.util.ArrayList to class java.lang.String: Source

   If I comment out referenced some of the variables, I can get the components to save, but they were working last night.

Here is the component:

<aura:component controller="CRS_OutcomeManagement_Controller" implements="flexipage:availableForAllPageTypes,force:hasRecordId,force:hasSObjectName" >

<aura:attribute name="EAOutcomes" access="public" type="Service_Usage_Outcome__c[]"/>
<aura:attribute name="OtherOutcomes" access="public" type="Service_Usage_Outcome__c[]"/>
<aura:attribute name="chosenOutcome" access="public" type="Service_Usage_Outcome__c" default="{'sobjectType' : 'Service_Usage_Outcome__c'}"/>

<aura:handler name="init" value="{!this}" action="{!c.populateTables}" />

<c:CRS_Outcomes_Table Outcomes="{!v.EAOutcomes}" outcomeType="EA" TableCaption="Early Adopter Outcomes" chosenOutcome="{!v.chosenOutcome}"/>
<c:CRS_Outcomes_Table Outcomes="{!v.OtherOutcomes}" outcomeType="Other" TableCaption="Outcomes from other Service Usages" chosenOutcome="{!v.chosenOutcome}"/>


<div class="{!(and(empty(v.EAOutcomes), empty(v.OtherOutcomes))) ? 'slds-align-absolute-center slds-m-top--x-large' : 'slds-hide'}">
    <p>This Person has had no Outcomes recorded yet. If they have open Service Usage records of the appropriate type, please use the "New Outcome" button.</p>
</div>

<aura:if isTrue="{!v.chosenOutcome.Id != null}">
    <c:CRS_Outcome_SecondaryFields outcome="{!v.chosenOutcome}"/>
</aura:if>

<!--
If I put this inside the If above, the component stops refreshing after 
the 2nd or third change of chosenOutcome.Id-->

<aura:if isTrue="{!v.chosenOutcome.RecordType.Name == 'EARLYADOPTER'}">
    <c:CRS_Outcome_Actions outcomeId="{!v.chosenOutcome.Id}" CRSProfile="{!v.recordId}" />
</aura:if>

If I comment out references to "chosenOutcome" in the code (I can keep the attribute in place), then the component will save.

Was a patch released last night?

Answer 1

We hit this error this morning and tracked the problem down to our use of the lightning:card component. The title attribute changed from Component[] to String. We were using the title attribute as a facet using aura:set. The error is saying that the component array cannot be converted to a string. We removed the facet and set the title attribute as a string and the problem went away.

This may have changed on other components as well. The error is propagated up so if you try to compile any components or the app containing the problem component, you will get the error.

Answer 2

Just wanted to add to Stuart's answer above, but I can't comment yet :(

• Not only did the Title attribute change to a String from Component[], it's also required now.
• The Footer attribute was also changed from a Component[] to a String.

I'm 2.5 weeks away from a major deployment, and this kind of change is UNACCEPTABLE for a patch release. It broke several critical components because I had put an icon in the title to match the standard SF look and feel.

Answer 3

The bug that resulted from this is W-3446814 and was an unversioned change to lightning:card. I have been told the fix is going out in an emergency release to all instances today.

I have already asked to be directly involved in the group that will be implementing a number of changes in our human process that was the culprit here. The automated versioning event/api shape for components tests detected and reported this long before it made it to production but were overridden by the team that owns lightning:card. We will be making sure that cannot happen. The correct way to handle this would have been to leverage our component versioning capabilities of the platform.