This certainly seems like a bug. Creating a parent/child relationship like this should automatically have the parent record referenced, provided you are creating the child from within the parent record (so clicking on the +New from a Reservation record that has already been created).
A couple quick questions.
1) Does anything map from the parent child down to the parent one automatically?
2) Do you see different behavior if you add the child record from the Editable Subgrid VS a normal subgrid VS through the associated record menu? Does the mapping occur in any of those starting points?
3) If you disable the quick create form, so a new record goes straight to the main form, does the parent record automatically get mapped?
A few things you can try, I'll be curious if any of them help.
- If the the mapping is working outside of the editable grid, then we can isolate the issue down to that control for some reason. I don't feel like this is the issue, though, because any subgrid adding a new record should use the same quick create form which should show the mapping
- Try publishing both tables and your model driven app again, just to make sure everything is fully committed and available
- Do you possibly have two lookup links to the parent reservation record, and the wrong field is on the form?
- Try checking he field level mapping in the custom tables (more details below)
We have the ability in CE to configure field level mappings between two tables, outside of the parent/child mapping that is automatically created. For example, you could create a custom [Account Type] field and have it automatically mapped to any Opportunity created from the Account record to have a default value. Minor note is that you have to create the child record from within the parent record for this mapping to work, and the fields should be populated as soon as your new child record form is opened.
Steps to check field level mapping
- Open your default solution in https://make.powerapps.com and switch it back to the classic editor (this is not available in the new solution experience as far as I know)
- In the legacy solution editor, find your reservation table in the left side menu under "Entities" and expand the tree. You should see the options for columns, keys, forms, etc. I'm using the Account table as a sample since I don't have your tables in my own environment
- Open the 1:N Relationships menu on the left, and find your relationship between the Reservation and Reservation Detail tables you created. Double click to open up the relationship settings. These should look familiar to you, as most of these are present in the screenshots above. However, the legacy editor gives us an option that the new one does not. On the left side, look for a menu option called "Mappings"
- Mappings show the field mappings between the two tables. Ideally you should be able to see the parent/child field mapping present in this window. In my example, you can see how creating a contact from an Account record will automatically populated the following fields:
- Account Reference as [Company Name]
- Address 1 Information > Address 1 Information
- Telephone 1 > Main Phone
- Currency > Currency
- Check the field mappings in your environment, and make sure the parent record maps down to the proper field on the child reservation detail. You can modify, delete, or add new mappings from this menu. So if it is not set, then create the new mapping (it's relatively straightforward and just picking the two fields from a list), save and publish the table.
Let me know how it goes, I'll be curious if any of this helps. This should absolutely be doable without any JS or plugins or any other tools as OOB CRM behavior, we just have to figure out why it's acting wonky for you.