Filemaker 16 runtime en High Sierra 10.13.2

[Johnny]

Een runtime gemaakt in Filemaker 16 op een Mac met High Sierra 13.2 leidt bij sommige macs tot een fout: het opstarten gaat niet omdat het hoofdbestand ontbreekt. Hoe het komt dat de ene mac het wel doet en de andere (met dezelfde besturing) niet, is mij een raadsel.

 

Iemand een idee?

[menno]

Je moet je applicatie gaan code-signeren, want daar zit het probleem. Dit is een "veiligheid" die door apple (niet FMI) in het OS zit ingebouwd. Met Sierra 10.12.x heb je er ook last van. De runtime doet het eigenlijk alleen maar op de mac waarop ie is gemaakt en op alle andere kan hij het databestand niet vinden.

 

Iemand vertelde mij de truuk dat je de runtime moet opslaan in dropbox en dan daaruit downloaden, dan zou het over zijn. Ik heb dat echter nog niet getest, dus geen garantie (zelfs niet eens tot de deur)

[Johnny]

Wat is code signeren, hoe doe je dat?

[Johnny]

Intussen heb ik wat gelezen over code signeren.

 

Wat belangrijk is, dat een runtime op elke computer werkt, behalve als hij gedownload wordt van internet. Dat is dus net even anders als wat jij zegt Menno, of heb ik het niet goed gelezen, mijn bron ging over Yosemite, misschien is het nu anders bij High Sierra. Maar ik kan me niet voorstellen dat een runtime alleen maar werkt op de computer waarop hij is gemaakt. Dat zou helemaal in strijd zijn van de functie van een runtime. Maar dat beveiliging ingaat zodra er een download is, valt te begrijpen.

 

Nu nog een manier vinden om 'easy' te code signeren.

[menno]

Daarvoor heb je x-code nodig én een developer-account bij apple. Dan heb je een eigen certificaat, dat wordt vertrouwd door apple en daarmee je je code signeren.

 

Hoe je dat dan weer zou moeten doen met het bouwen van een filemaker-runtime weet ik niet. Ik denk eigenlijk ook dat dat het probleem én de reden is dat de runtimer "deprecated" is bij FileMaker, maar dat kan ik ook helemaal fout hebben

[Johnny]

Ik vind de runtime een nuttig instrument, jammer dat er een eind aan komt, lijkt te komen.

[jw]

Ik loop daar ook tegenaan. Ik heb maar een runtimer in FM14 uitgeleverd. Maar dan is niet echt een oplossing.

Dat code signeren lijkt op wat ik heb met het uitrollen van FMS16 en FM16. Als je een FMS16-bestand wil openen van een server die geen certificaat heeft, dan krijg je de error 802.

Dat blijkt te komen doordat je een onbekende en onbetrouwbare host aanspreekt. Je moet dus eerst handmatig de host goedkeuren, en dat kan niet met een script. Dus moet je met de klant een de telefoon 10 min praten en helpen door instellingen heen te gaan. Als je begrijpt wat ik bedoel.

Hetzelfde geldt als je een SMTP-mail wilt versturen via SSL, dat mag ook niet zo maar.

 

Veiligheid is ok, maar dit is niet handig, zeg maar irritant. Of mis ik iets?

Joost, Dhaag datadevelopment in Filemaker sinds 1995.

[Johnny]

Zolang je maar niet middels downloads gaat. Als je de runtimer op cdrom of usb stick aanlevert gaat het goed. Is mijn ervaring. Vooralsnog is dat mijn oplossing, maar als iemand iets handigers of een 'work around' weet houd ik me aanbevolen.

[hans erik]

Ik heb wel eens geëxperimenteerd met runtimes, maar is het zo dat die codesign alleen voor de 'applicatie' geldt? Dus als je eenmaal een goed werkende app hebt, kun je toch bestanden zonder problemen aan je oplossing toevoegen?

Je moet daar in het ontwerp dan natuurlijk wel rekening mee houden.

Of werkt het toch anders?

[hans erik]

En nou we het toch over de runtime hebben: als je met FMP16 onder 10.11 een runtime maakt, draait die dan wel onder 10.13 zonder codesign gedoe?

[Peter Wagemans]

Nee. Dat maakt niet uit.

[burggraaf]

We, niet ik, zijn hier al een tijdje bezig met codesigning en runtimes en het lijkt erop dat we voor onze applicatie een methode hebben gevonden. Lijkt, want het is me nog niet helemaal duidelijk of het in alle gevallen werkt (maar het lijkt er wel op). Ik weet wel dat het een hele puzzel was om het in orde te krijgen en het is niet echt praktisch om het te doen maar... mooi als het werkt en je aan het eind van de rit een complete installer hebt. 

'Next step' is om het via Applescript te kunnen doen zodat je niet alle stappen handmatig hoeft te doen (wel zo handig als je met enige regelmaat updates hebt). Maar ook dat zal wel weer de nodige tijd gaan kosten.

Edited February 15, 2018 by burggraaf