Thank you for your post.
I am unable to replicate the issue. I have a portal that contains a Popover button, that expands to show a Container field from the related table, and the contents are the three PDFs that come with FileMaker Pro 15. Please see the enclosed file to see what I may be doing differently than you.
PortalPopoverTest.fmp12.zip 68.7 K
Thanks. Yes I am trying to do the same as your file but mine has more tables, relationships and records and clicking on the portal row popover is the only action which frequently unexpectedly quits FM hence I am using a different approach for the time being which is acceptable to me.
Opening a popover outside the portal does not cause a quit.
Other portal popovers displaying edit fields work fine.
If you are crashing, please post the crash report up to and including the crashed thread. This will let me know what part of FileMaker Pro is crashing.
you can also open Apple 'Activity Monitor' and try to spot some unusual CPU or Memory activity when forcing a crash.
What is the Data-Model for this associated PDF? Since you have 1 Table with your Layout AND 1 Portal on it AND maybe another relation from the portal's TO to the PDF, there's at least 2 hops from core table to PDF?
The Portal is a filtered self relationship with the Layout Table (below) and the PDF is in a Container field within the layout Table.
The primary Table "Trans" has multiple relationships with other unique Tables and self joins
The test file sent by TS is the same data model that I have apart from the number of Tables, Fields, Records and relationships.
In my data model the portal is a filtered self join of the Layout Table see below.
and the PDF is in a Container field in the primary Table "Trans".
Table "Trans" has several other self joins and multiple relationships to other unique Tables in the same single data file.
Is that enough of a difference compared to your test file?
Also I usually have open another different independant FM data base file at the same time.
I have sent several of the crash reports to Apple in the last couple of days via the FM auto reporting process which opens after a crash.
And of course it does not want to crash right now when either only one data file is open or both files.
I will post the crash file next time.
Process: FileMaker Pro  Path: /Applications/FileMaker Pro 15 Advanced/FileMaker Pro Advanced.app/Contents/MacOS/FileMaker Pro Identifier: com.filemaker.client.advanced12 Version: 15.0.3 (15.0.3) Code Type: X86-64 (Native) Parent Process: ???  Responsible: FileMaker Pro  User ID: 501 Date/Time: 2017-02-25 16:11:26.214 +0800 OS Version: Mac OS X 10.11.6 (15G1217) Report Version: 11 Anonymous UUID: 445EE6BB-DA72-7FC9-439C-58B613148C95 Sleep/Wake UUID: 48E06A63-55B0-4552-A2CE-396D1E8DD678
Time Awake Since Boot: 1000000 seconds
Time Since Wake: 1200 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00000001187e8000 Exception Note: EXC_CORPSE_NOTIFY
VM Regions Near 0x1187e8000:
CG raster data 00000001187b2000-00000001187c9000 [ 92K] r--/r-- SM=COW
CoreAnimation 0000000118807000-000000011880b000 [ 16K] rw-/rwx SM=PRV
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_platform.dylib 0x00007fff8f3fa304 _platform_memmove$VARIANT$Merom + 228 1 com.apple.CoreGraphics 0x00007fff8a5460ba __CGPixelAccessDataInitialize + 684 2 com.apple.CoreGraphics 0x00007fff8a8b81ff __CGPixelAccessAccessBitmapData + 984
Is this sufficient?
Slim and simple. Should not be the cause for a crash.
The three lines of the crashed thread doesn't even mention FileMaker Pro. Two of the lines are CoreGraphics, when Apple is trying to draw information. Does this crash occur on a specific layout? If so, duplicate the layout, remove any graphic objects, and see if you are able to make it crash. If so, post only the crashed thread.
Could you provide the whole file as download?
Maybe we see more there.