I think it's only since the update 7.0v2 that I've found one of my portals to complain, when I go to a blank portal row and try to input data for a new related record: "This operation cannot be performed because one or more required related records are not avilable and cannot be created."

Yet, on *every* occasion, a second try succeeds. So, my data entry in each portal row now involves the extra step of clearing this dialogue and re-entering the data for the initial field in the new row.

To be fair, I should note that this relation perhaps "should not" work for creating new records. Yet it always did work, and even now it still does, after one complaint. (The problem is that it's creating a new record two tables away, where the key field in the intermediate table is a calc field.)

No particular question here, just an observation and invitation for comment...

Sounds like maybe FM is taking steps out of order?

pseudocode

----------

SHOULD BE:

if no related record exists

..if "allow creation of related records"=No

....show error "This operation cannot be performed..."

....exit

..end if

..create related record

end if

ACTUALLY IS:

if no related record exists

..show error "This operation cannot be performed..."

..if "allow creation of related records"=No

....exit

..end if

..create related record

end if

Not claiming i know how FM is designed, just responding to the request for comment.

J

GAAA!! Why must you always remove my spaces?

Is there UBB Code for a space?

I've been using a "non-breaking space," which it seems to respect. Opton-space on a Mac, not sure about PC, but it's one of those pesky keys.

If [ something ]

Thanks for the tip, Fenton. I googled "non-breaking space" and it turns out the shortcut key for Windows is Alt-0160. For the benefit of future generations of forum posters from the Windows world:

That is, hold down the Alt key and type 0160 on the numeric keypad (NOT the row of numbers above the letters keyboard).

J