I have a mobile case page that I built in the unified composer (not as legacy mobile). I have deck component on the page with field editor to render my case records. The issue I’m have is since the new release of the Salesforce1 app (Salesforce) when I try to change the case owner, the pick-list for the Group (queue) or User doesn’t respond. This prevents us from assigning the case from a Queue to a User. I have tired this on different phone models but Android only. I can also open the page in a desktop browser and I am able to change from a group to user. So it seems to be only an issue with the new Salesforce mobile app.
I’m on Skuid Release 10.0.9
Salesforce App Version: 14.1
Do you see the problem in the mobile browser (not just SF1)?
If you change it from group to user on the phone, press save, then refresh, does the change update? I’m wondering if this is a problem with just visuals or if there is something more going on.
1. 10.0.9 2. No it works fine in a mobile browser 3. From a mobile browser if I make a change to user from group the change is reflected in SF1. It’s just in in SF1 that I can’t make any changes to the field.
Jason Coorsh
Sergey Yun
Helpdesk
Kenny Hollis
Kevin Gammon
models.saved
row.updated
Jason Coorsh
Sergey Yun
Kevin Gammon
Helpdesk
{{Model.LabelPlural}}
Case
OpenCases
Helpdesk
Open Cases by User
Open Cases
Case
Case
Contact
Owner
CloseCase
NewCaseComment
Case
NewCaseComment
CloseCase
NewCaseComment
var params = arguments[0],
$ = skuid.$,
list = params.list,
model = params.model,
$xml = skuid.utils.makeXMLDoc,
selectedItems = params.item ? [params.item] : list.getSelectedItems(),
NewCaseCommentsModel = skuid.model.getModel('NewCaseComments'),
EscalationReasonModel = skuid.model.getModel('EscalationReason'),
CasesModel = skuid.model.getModel('Cases');
if (!CasesModel || !CasesModel.fieldsMap.IsEscalated.editable){
alert('You do not have permission to Escalate Cases.
Please ask your System Administrator to grant you edit rights on the IsEscalated field.');
return;
}
// Cancel any preexisting changes to our CaseComments model
// and our EscalationReason model
skuid.model.cancel([
NewCaseCommentsModel,
EscalationReasonModel
]);
var selectedCaseNumbers = [];
var casesAlreadyEscalated = [];
$.each(selectedItems,function(i,item){
var caseRow = item.row;
// If one of the Cases is ALREADY Escalated,
// then we will complain.
if (caseRow.IsEscalated || caseRow.Status=='Escalated') {
casesAlreadyEscalated.push(caseRow.CaseNumber);
return true;
}
selectedCaseNumbers.push(caseRow.CaseNumber);
// Create a new row in our NewCaseComments model
// for each selected item
NewCaseCommentsModel.createRow({ additionalConditions: [
{ field: 'ParentId', value: caseRow.Id }
]});
});
if (!selectedCaseNumbers.length){
alert('All of the selected Cases are already Escalated.');
return;
}
// And create a new row in our EscalationReason model
EscalationReasonModel.createRow();
// Build the XML of your popup.
// If you already have a reference to this xml string stored somewhere else,
// then you don't need to create it here.
var label = (selectedCaseNumbers.length===1) ? model.label : model.labelPlural;
var popupXMLString =
'<popup width="50%" title="Escalate '+label+'">'
+ '<components>'
+ '<pagetitle model="EscalationReason">'
+ '<maintitle>Escalate '+label+': ' + selectedCaseNumbers.join(', ') + '</maintitle>'
+ '<actions>'
+ '<action type="custom" snippet="FinishCaseEscalation" label="Complete Escalation" icon="ui-silk-accept"/>'
+ '</actions>'
+'</pagetitle>'
+ '<basicfieldeditor model="EscalationReason" mode="edit" showsavecancel="false">'
+ '<columns>'
+ '<column width="100%">'
+ '<sections>'
+ '<section title="Escalation Reason">'
+ '<fields>'
+ '<field id="CommentBody" required="true"/>'
+ '</fields>'
+ '</section>'
+
We have been able to isolate this problem and have found that we have a known issue involving field editors in decks on mobile. We’re actively working towards a fix. We’ll update the community here when the solution is available in a new release. Thank you for your patience.
The fix has been implemented and is now available in the 11.0.1 Millau release and the 10.0.11 Brooklyn release, now available from the Skuid Releases page at http://www.skuid.com/skuidreleases.
As a reminder, Salesforce does not allow reverting back to prior versions of managed packages. Skuid always recommends installing new versions in a non-business critical sandbox environment to test all mission critical functionality before installing into a production environment. We also recommend that you update out of date themes when you upgrade. Thanks again for helping Skuid become an even better product!
I just ran the Skuid update (11.0.2) on my org and the issue is still present in the Salesforce mobile app. I have completely logged out and logged back in just to make sure it wasn’t a caching issue. I also updated my themes after the Skuid update. Is there any work around we could implement to get this working.
Unfortunately this has regressed in 11.0.2 but it does still work in 11.0.1 and the brooklyn series. We’ve logged this in our tracking system and will notify you when the regression is solved.
Thank you for your thoughtful suggestion! Skuid listened to your concern and has implemented your idea in the new Skuid Version Millau (11.0.5) release which is now available on the Skuid Releases page.
As a reminder, Salesforce does NOT allow reverting back to prior versions of managed packages. Skuid always recommends installing new versions in a non-business critical sandbox environment to test all mission critical functionality before installing into a production environment. We also recommend that you update out of date themes when you upgrade.