Bug in relationships graph for filemaker pro adv 14.0.5 - it takes forever to load the relationships graph yet in ver 12 it loads instantly. Is this being looked at?
When you edit in v12, does it take a long time to save any changes you make to the Relationships Graph? Also, does it take a long time for the Relationships Graph to draw or redraw at a different zoom level?
Thank you for your post.
Can you provide more information about your database? Specifically, how many tables? How many table occurrences? Any external databases? Any other information you can provide may be helpful.
Thank you for your prompt response
There are no external data sources
Note: the numbers were derived from the developers design report
There is no problem loading it and seeing the relationships with FM Pro 12 Adv
However, in FM Pro 14.0.5 it takes over 42 minutes to load the tab view of the graphics relationships
So I have been forced to define tables, fields and define/edit relationships in ver 12 and the rest is done in ver 14
It is something that the development team needs to address as soon as possible
Thanks any support you can give on this matter
The database is hosted on Filemaker Server 14.0.4a and opens in approx 35 sec which is OK considering its complexity (number of scripts and tables occurences)
I host a multi file solution with 7 files and 240 tables (not TOs). The RG displays instantly on every file. 35 seconds seems an excessive amount of time for a solution to load. Even over a network. It should be noted that since this solution is multi file when a file is opened not all tables are necessarily involved but are called upon as needed.
Our Development and Testing teams would like to see a clone of the database file to determine why the file is taking 42 minutes to display the Relationships graph. I have sent you a private message with instructions where to send the file.
Tried to send cloned version to you per your email but it failed ... email too large with attached zipped file of clone.
Is there a different way to send you the clone?
I received your file. Thank you.
I am able to reproduce the issue. At this point, I don't know if it is the number of table occurrences or the number of unstored calculations, or both. (On a side note, many of your table occurrences use the same key fields.)
This issue started with FileMaker Pro 13. I have sent your file along with my findings to our Development and Testing departments for review. When I receive any feedback, I will let you know.
Our Testing department has been able to replicate the issue, and all information has been sent to Development for further review.
I'd just like to add that I'm also seeing this issue.
File has around 75 Tables, and probably hundreds, if not thousands of relationships.
Also has 1 ESS source defined, with dozens of TO's in the ERD from that ESS source.
Everything worked fine until 14.0.5 (e.g up until, and including 14.0.4 everything was fine).
Now it seems to hang for ages, or crash.
Sorry, can't send the file - it's got too much sensitive information (even a clone).
Really frustrating though!
If you are on a Mac and getting a crash, please post the crash report up to and including the crashed thread.
Regardless, I have attached your post to the original report. When more information becomes available, I will post again.
Is there anybody experiencing this with Mac OS OR is this Windows only?
This issue has been reported against both Windows and Mac OS X operating systems.
to whom it may concern:
I can't replicate this issue.
Mac OSX - 10.11*, MBP late 2013, GB Ram.
The amount of tables and relationships could be relevant.
I have several sample files with more tables, relationships and layouts, and I can not replicate the issue under Windows or Mac OS X, so there is another factor involved. Development is still investigating the issue.
I just tried loading the database with MAC OS El Capitan using FM Pro ver 14.0.5 and the graphic relationships loads in just under 60 seconds!!!!!!!!!!!! Using Windows 7 Professional with FM Pro Advanced 14.0.5 it takes forever and ever ....... are we looking at a WINDOWS issue with FM Pro Adv 14.0.5 for Windows????? This is driving me nuts.
This is the same database sent to TS GAL as a clone.
I'm running OSX 10.11.2 (FMPA 14.0.5)
I'm not sure if we're seeing exactly the same issue. I'm seeing INTERMITTENT crashes when loading the Relationship graph - when it works fine, it works at a "usual" pace, but when it doesn't, it crashes.
I'll post a crash report next time I get one...
When you do get an intermittent crash, don't post the entire crash report. Instead, post the crash report up to and including the crashed thread.
Development and Testing would also like to see a clone of your database file. I have sent you a private message with instructions where to send the file.
THe problem still persists in FM PRO ADV 15 .... takes forever to get the graphic relationships to load. Yet, in ver 12 it loads instantly !!! Can I get some feedback on were FM Tech Tech is on this issue.
This is the report I copied when the graphic relationships hangs
A problem caused this program to stop interacting with Windows.
Problem Event Name: AppHangB1
Application Name: FileMaker Pro Advanced.exe
Application Version: 220.127.116.11
Application Timestamp: 5706f6ea
Hang Signature: f37a
Hang Type: 0
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Hang Signature 1: f37a10befcf59035865969b29ec523f5
Additional Hang Signature 2: 1d21
Additional Hang Signature 3: 1d21e9e20b2adece8ae4f140b7491956
Additional Hang Signature 4: f37a
Additional Hang Signature 5: f37a10befcf59035865969b29ec523f5
Additional Hang Signature 6: 1d21
Additional Hang Signature 7: 1d21e9e20b2adece8ae4f140b7491956
Read our privacy statement online:
If the online privacy statement is not available, please read our privacy statement offline:
I can confirm the issue was not addressed in FileMaker Pro 15.0.1.
The database is very large so the graph loads instantly but to edit takes about 60 sec to get it in edit mode and takes a minute or 2 to save any edits ... in ver 12
Retrieving data ...