Forum Discussion

PaulTIKI's avatar
PaulTIKI
Qrew Trainee
10 days ago

Strange Problem with a relationship and record picker.

I have a long standing table, Core Returns, that has a lot (too much, but just blame Admins long retired) of information.  There is a field that gets filled in at a point well after the record is created, automatically, through updates.  That part is working fine.  I recently added another table, HVNE PO's, as part of a different project that does share some data with the older table.  There is a reference to an 'Equipment' number.  That number is the Primary key in the HVNE PO's table.  I have it set where the HVNE PO's table is the parent table and Core Returns is the child table as that same equipment number can and does crop up in the Core Returns table multiple times.  The Equipment number, however, does not necessarily exist in both places.  

The Goal is to allow a User to look from the Core Returns table and see if that Equipment number exists over in the HVNE PO's table.  The users' decision about what to do next is impacted by this.  So that's what I want.

My Relationship is like this: HVNE PO's is Parent, Core Returns is Child.  Equipment is the Text (Key Field) in HVNE PO's.  Ret_Equipment is the Text (Reference).  The reports display everything as expected. Now, in the form to look at records in the Core Return, when just looking, it displays as expected, but when you go to Edit the record, Ret_Equipment displays a date and gives a drop down with completely unrelated information.  If I don't touch that field, make other changes that I need to make, when I return to the report or the eyeball view, it's fine.  The problem is that I may occasionally need to edit that field and now it's all screwed up for that workflow.

I have a gut feeling that it is a simple setting somewhere, but for the life of me I can't find it.

3 Replies

  • Well, I know you're saying that users don't normally edit these records but you're saying when they do edit the record what appears in the field is confusing to the users. So this change would allow you to control the information that displays when the record is an edit mode. If the issue is that you actually don't want that field to be editable for normal users, you can put in a form rule that says when the user is in the Admin role, then make that field edible, otherwise it would be not edible.  

  • This should be an easy fix.  Look at the form properties for that drop down field and if the from is set  to use the default record picker, go to the Advanced Properties for the table and set the correct record picker fields to use useful to your users.  If the drop down is driven by a report, make a report with the correct fields and sort and set the form to use that report for the user to select a record.

    • PaulTIKI's avatar
      PaulTIKI
      Qrew Trainee

      OK, forgive me for still being a little new and only knowledgeable enough to be dangerous...I don't want it to be a record picker or drop down at all.  I just want it to display the information that came in from the update.  The user should only edit this field in the rarest of circumstances.  Also, this is a problem across multiple reports that are unrelated to the HVNE PO's function.  None of the users should have any edit power on the field EXCEPT when updating the table as a whole as part of a daily information load in a table to table update.