Почему функция URLFOR () для кнопки представления списка функционирует по-разному между песочницами? - PullRequest
0 голосов
/ 30 мая 2019

Я использую функцию URLFOR () в кнопке представления списка для перенаправления на компонент молнии, который реализует интерфейс lightning: isUrlAddressable. Как часть функции URLFOR (), я передаю некоторые параметры URL в третьем аргументе, один из которых представляет собой поле слияния, а другой - статическое строковое значение:

{! URLFOR ("lightning / cmp / c__MyComponent", null, [id = Related_Object__c.Id, sObjectName = "My_SObject_Name__c"])}

Это работает правильно в нашей изолированной программной среде DEV (API версии 45.0), но та же конфигурация не работает в нашей изолированной программной среде QA (API версии 46.0).

Когда я нажимаю кнопку просмотра списка в нашей изолированной программной среде QA, я замечаю, что параметры URL вообще не заполняются для "id" и "sObjectName". Я подтвердил это, зарегистрировав значение переменной PageReference в компоненте Lightning.

Есть ли какие-либо различия между версиями API или другими проблемами, которые могут вызывать такое поведение?

1 Ответ

0 голосов
/ 30 мая 2019

В примечаниях к выпуску Summer '19:

Add a Namespace Prefix to Query Parameters and pageReference.state Properties was a critical update in Winter ’19 and is enforced for the Summer ’19 release. This critical update resolves naming conflicts for query parameters between package components.

Таким образом, вышеуказанные параметры запроса должны как минимум использовать пространство имен по умолчанию "c __":

{!URLFOR("lightning/cmp/c__MyComponent", null, [c__id=Related_Object__c.Id,c__sObjectName="My_SObject_Name__c"])}

Документация: https://releasenotes.docs.salesforce.com/en-us/winter19/release-notes/rn_forcecom_general_namespace_prefix_cruc.htm

...