Hi,

I understand the first one. Safe could potentially add the prefix to any attribute to expose. There might be a reason why they don’t, but also maybe it is just overlooked. As it stands, you need to prefix the attributes to expose with the same prefix you put in the input above.

For the _id example, I was not able to replicate the issue you mentioned around it not honoring the prefix in 2024.0 or 2023.2

 Could you provide an example?

Hi,

I understand the first one. Safe could potentially add the prefix to any attribute to expose. There might be a reason why they don’t, but also maybe it is just overlooked. As it stands, you need to prefix the attributes to expose with the same prefix you put in the input above.

 

For the _id example, I was not able to replicate the issue you mentioned around it not honoring the prefix in 2024.0 or 2023.2

 Could you provide an example?

Ah yes, I think I understand now. 

I initially thought the ‘prefix new attributes with’ and the ‘attributes to expose’ were related, i.e. a newly exposed attribute would have the prefix applied to it. But I imagine that is not how it works.

That helps answer the second question as well. If a field named ID exists, and then another field with name ID is exposed, the original ID is replaced with the newly exposed ID. The prefix has nothing to do with the newly exposed attributes, only the attributes spat out by the json query will have a prefix.

Thanks!