Your solution seemingly includes something that triggers the hosted file to be opened. This can be anything that references your hosted solution.
The Filemaker Sync guide http://www.filemaker.com/de/solutions/ios/docs/fmi_guide_sync_en.pdf has a good overview of what triggers a hosted file to open starting on page 18.
same here... Best is to disable the network. On Windows laptops, there is often one of the function keys for this, on Mac create an environment 'not net' that has nothing enabeled. Otherwise, one has to wait for the timeout..
Problem here: I always forget to disable the net...
1 of 1 people found this helpful
Since this is a file on the local machine, the last layout selected when you closed the file becomes the first layout when you reopen and before file options switches layouts. There may be a reference to an external source on that "last layout".
Try using OnLastWindowClose to change layouts to your Start layout.
Thanks Arjen & Markus.
I agree with the fact that something in the UI file triggers the hosted file to open.
This happens before the file option Go to layout is called.
But the problem is: what causes the UI file to trigger the hosted file?
And - then - how to avoid this call to the hosted file?
In other posts here I've read the advice to start the UI file pointing (file options > go to layout) to a layout not containing references to the hosted file (fields, value lists and so on). And obviously no startup script has to include references to the hosted file.
The strangest thing is that this technique sometimes - in some files - works, but sometimes not, and I can't find a reason.
To be more clear, the steps involved are:
- UI file is opened
- no script is triggered, no reference to hosted file anywhere
- the File options send to a layout based on a table unrelated to any other table
Nothing would require the hosted file to open (and, in some solutions I've created, the file isn't invoked).
But in other solutions, I can't avoid this.
Markus, you're right but the problem is not limited, for my solution, to the case of missing internet connection.
Sometimes I simply don't want the hosted file to open in the startup layout!
One thing to check, which layout was the file on when it closed. If this layout has a connection to the external file, it may be the cause of the issue. When the file opens it starts on the last open layout. Then goes where other items require, such as open settings and scripts.
One way to solve this is to have an onlastwindowclose script trigger that navigates to your on open layout.
I'm working on a iPad db that has to solve a similar problem. When it's in the field with no internet, I want the file to open without a message about the main file on the server. When it's in the office, I want it to access the server.
HTH, Please let me know if this works.
You're perfectly right. That's what I've done.
My OnLastWindowClose script sends to the Empty layout, totally unreferenced to anything!
It's based on a local table winth only one field, no value list, no references, no trigger scripts.
Bruce, thanks. As you can see in my answer to philmodjunk, I've done exactly what you suggest.
No, it doesn't work! There must be some other hidden reason...
And, well, I've created an iPad solution similar to yours; and FMGo behaves as expected!
I seen posts here where the external data source references were edited to include a reference to a local file that was listed below the name of the hosted file. FileMaker tries to find the first file,then finds and opens the second only after failing to open the first.
You're right, but the problem is that, after pointing to a local file, it's impossible to redirect the UI file to the hosted file without opening the Manage External data source. Not acceptable for a customer...
I think you misunderstood Phil. you can have more than one reference in the dialog. these are return delimited:
Thanks Beverly. No, it's clear to me what philmodjunk means.
Maybe my answer wasn't clear...
The solution is ok if you want to connect to a remote file; but if the connection fails, the local file is opened.
For a number of reasons (if you're interested, I can detail this), my goal is different.
I only want to open the UI file, to go to a blank layout without connecting to a local or remote data file.
Just stay on this layout!
At this moment it seems an unuseful thing... But it will be very very useful soon.
Sorry if I can't be more exhaustive, but I must respect the non-disclosure agreement with FM...
Thanks... One last thought, add Error Capture on as the first line in the OnOpen first window script.
Hope it helps
unluckily the error message arrives before the OnOpen script starts.
It seems that (at last in this case) the very first thing FM does is checking the external data source.
So, the Error Capture step doesn’t solve the problem.
Thanks a lot for your contribution to solve this puzzle.