1

I just hit this —which seems to be a bug— and need to find all the reports where a field is being used. Any tips other than retrieving the metadata and ctrl+f for it?

edit: This is happening in an Org with multi-currency enabled, by converted version I mean the field added to the report as a column, is the calculated conversion of the original (currency) field.

4
  • any reason why retrieve and ctrl + F doesn't meet the need? Commented Dec 18, 2020 at 3:41
  • It does, I was hoping for a solution in the line of "set this config option on and it'll fix it". Also, the main intention of my post was to share the knowledge that the problem exists with the community, in case anyone else may have overlooked it. I could not find any reference to it here or in the broader web.
    – Ideasforce
    Commented Dec 18, 2020 at 15:26
  • I was just trying to figure out what kind of answer you're looking for. In terms of the bug, can you be more specific? What do you mean by "used in a converted version"? That way, someone else can replicate it and then possibly suggest a way to fix it. Commented Dec 18, 2020 at 15:52
  • Absolutely, will improve the issue's description to be more specific. Thanks for pointing that out
    – Ideasforce
    Commented Dec 18, 2020 at 16:12

1 Answer 1

1

I can't think of a workaround to this as it's all out of "our" hands. If you can put in a support case, I'd be interested in if this is a "bug" or just not properly documented as a gap in functionality.

I replicated the same behavior. While looking at the metadata in the report that wasn't flagged, I can see Salesforce appends a .CONVERT to the field. I presume this throws it off from actually matching

<columns>
   <aggregateTypes>Sum</aggregateTypes>
   <field>Opportunity.Your_Custom_Field__c.CONVERT</field>
</columns

I assume the button is just using the MetadataComponentDependency as it's mentioned in this workaround concerning the button not working. You can see the same behavior in the query in Dev Console using the Tooling API and the custom field ID (which you can get from the URL when on the custom field page). The reports with a converted version of the field fail to show there as well.

Retrieve metadata and CTRL + F will still work in this scenario and is probably your best (and potentially only) option here. A very weak workaround going forward is to try to communicate to always include both the field and "converted" field in reports together. Doesn't help you in this case with existing reports, however.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .