Prevent from carrying preps in interaction during cloning

[CarolineDenis]

Fixes #4012

Checklist

• Self-review the PR after opening it to make sure the changes look good
  and self-explanatory (or properly documented)
• Add relevant issue to release milestone

Testing instructions

• Create a loan with the maximum number of preps an object has
• Clone the loan
• verify that the preparations were not carried over to the new 'cloned' loan
• verify the same for other interactions

[maxpatiiuk]

do you need to hardcode this list?
imagine someone adding a new table - how would they know that this place in the code might need to be modified before the table is added or else a bug is introduced???
that is why you should avoid hardcoding things and creating edge cases where possible - instead compute things on the fly

could you please dynamically construct it on the fly (i.e if field name is a relationship to the Preparations table, then don't clone it)

---

the only exception to computing things on the fly is when doing so is computationally expensive - but in those cases, you should add a test case that will do the computation to make sure the hardcoded list is not out of date with the dynamically computed list
(i.e front-end stores a hardcoed list of all the permission policies that sp7 back-end defines so as not to have to fetch those from the back-end on each app load - yet, when in development, it will make sure that the hardcoded list stored on the front-end matches exactly what back-end provides)

[melton-jason]

Take a look at the changes made in #4805: there is code to get the main Interaction tables which have preparations:

specify7/specifyweb/frontend/js_src/lib/components/Interactions/helpers.ts

Lines 20 to 26 in 5638811

	export type InteractionWithPreps = Tables[ExtractInteraction<
	AnyInteractionPreparation['tableName']
	>];
	export const interactionsWithPrepTables: RestrictedTuple<
	InteractionWithPreps['tableName']
	> = ['Disposal', 'ExchangeIn', 'ExchangeOut', 'Gift', 'Loan'];

This code relies on a dynamically generated type which already exists on the frontend called AnyInteractionPreparation:

specify7/specifyweb/frontend/js_src/lib/components/DataModel/helperTypes.ts

Lines 58 to 69 in 3fb636e

	export type AnyInteractionPreparation = Extract<
	ValueOf<Tables>,
	{
	readonly fields: {
	readonly quantity: number | null;
	};
	} & {
	readonly toOneIndependent: {
	readonly preparation: Preparation | null;
	};
	}
	>;

---

#4805 also has examples of using/getting the relationship from Interaction -> InteractionPreparation:

specify7/specifyweb/frontend/js_src/lib/components/Interactions/PrepDialog.tsx

Lines 234 to 241 in 5638811

	const preparationRelationship = defined(
	interaction.specifyTable.relationships.find((relationship) =>
	interactionPrepTables.includes(
	(relationship.relatedTable as SpecifyTable<AnyInteractionPreparation>)
	.name
	)
	)
	);

[maxpatiiuk]

are you sure this logic should apply only in the cloneAll cases?
it seems like it should apply in !cloneAll case too...

[CarolineDenis]

NOTES:
Continue work here once #4805 is merged