2

Whenever we install a new version of our managed package in a client's org, we are losing the field dependencies that the client specifies locally for a managed package object.

Is this expected behaviour? The docs seem to suggest otherwise:

Field Dependencies Developers and subscribers can add, change, or remove field dependencies.

If the developer adds a field dependency, it is added during installation unless the subscriber has already specified a dependency for the same field.

If a developer removes a dependency, this change is not reflected in the subscriber's organization during an upgrade.

If the developer introduces a new picklist value mapping between the dependent and controlling fields, the mapping is added during an upgrade.

If a developer removes a picklist value mapping, the change is not reflected in the subscriber’s organization during an upgrade.

Edit: to clarify, this is picklist value dependencies we're talking about, not whether one field relies on another or not.

4
  • 2
    Please confirm that you are upgrading the managed package rather than uninstalling and re-installing.
    – Keith C
    Commented Feb 14, 2014 at 14:21
  • 1
    This is correct
    – George S.
    Commented Feb 14, 2014 at 14:21
  • @GeorgeS. were you able to solve this? Commented Feb 5, 2021 at 13:51
  • @OlesMalkov I don't believe so, just worked around it.
    – George S.
    Commented Mar 21, 2021 at 22:11

0

You must log in to answer this question.

Browse other questions tagged .