hans erik Geplaatst: 24 mei 2017 Delen Geplaatst: 24 mei 2017 Volgende probleem, ook raadselachtig: FMPA16, client windows of Mac, crasht bij een go to layout, FMServer 15/windows 2012. Rare is: bij de ene account wel, de andere niet. Beide accounts hebben [full access] maar de een logt via Active Directory aan. Ik vermoed een probleem met de datacache maar hoe je die moet resetten? Quote Link naar reactie
0 hans erik Geplaatst: 27 mei 2017 Auteur Delen Geplaatst: 27 mei 2017 Het treedt ook op als ik de database helemaal lokaal draai. Lijkt me dat het dan niks te maken heeft met server caches (er is geen server) en ook niet met authenticatie (alle geteste login accounts zijn lokaal). Dus met FileMaker 16 crasht de database: - bij de ene [full access] account direct als ik naar een bepaalde layout ga; - bij een andere [full access] account niet, maar vreemd genoeg weer wel als ik de applicatie afsluit. Met FileMaker 15 crasht de database NIET. Verder is alles identiek, in dit geval OSX 10.11.6. Mijn conclusie is: effe de eerstvolgende maintenance release afwachten. Quote Link naar reactie
0 Peter Wagemans Geplaatst: 25 mei 2017 Delen Geplaatst: 25 mei 2017 Waarschijnlijk als je net wisselt naar die ene layout. Je kan die ook eens leegmaken, om te zien of het met layout opbouw te maken heeft of niet. Crasht de client niet, bouw je stukje bij beetje terug op. Dus moet je erachter kunnen komen waar hij problemen mee heeft. Dat kan bijvoorbeeld een externe file zijn, een layout element dat er naar verwijst b.v. Quote Link naar reactie
0 hans erik Geplaatst: 25 mei 2017 Auteur Delen Geplaatst: 25 mei 2017 Ga ik proberen. Maar waarom heeft de ene account er wel last van en de andere niet? Het komt ook bij andere layouts voor, en ook alleen bij FM16, niet bij eerdere versies. Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2017 Delen Geplaatst: 27 mei 2017 Omdat er een belangrijke verandering onder de motorkap is gebeurd qua authenticatie. De server ondersteunt nu ook oauth en misschien is er iets kapot nu met de andere auth methode. Als het layout element een file triggered, dan kan filemaker vervolgens crashen terwijl hij de authenticatie met die file onderhandelt. Quote Link naar reactie
0 hans erik Geplaatst: 27 mei 2017 Auteur Delen Geplaatst: 27 mei 2017 Maar de server is versie 15. En er worden geen externe bestanden geopend als ik van layout wissel: de layout verwijst naar precies dezelfde table occurrence en recordset. Quote Link naar reactie
0 SuperWimmie Geplaatst: 27 mei 2017 Delen Geplaatst: 27 mei 2017 Ik ben er wel van genezen om zomaar server 15 met Pro 16 te combineren. Filemaker zit sinds 12 best te rommelen met de interactie tussen Server en Pro. Quote Link naar reactie
0 Banach Geplaatst: 28 mei 2017 Delen Geplaatst: 28 mei 2017 Ook gezien het andere draadje van jou (viewtopic.php?f=69&t=9819&start=0) komt het mij waarschijnlijker voor dat er simpelweg iets mis is met jouw database. Wellicht is deze door eerdere crashes niet meer 100% in orde en wordt dat pas in versie 16 duidelijk. Probeer het eens te reproduceren met een schoon bestand dat in FMP16 is aangemaakt. Quote Link naar reactie
0 hans erik Geplaatst: 28 mei 2017 Auteur Delen Geplaatst: 28 mei 2017 Dank voor de suggestie, maar: - het is een bestand van een klant; - het bestaat uit 300+ table occurrences en 500+ scripts dus wat zou ik moeten reproduceren in FM16? Het wonderlijke is dat het bij de ene account crasht en bij een andere niet. Natuurlijk treedt het bij een nieuw, schoon bestand niet zomaar op. Quote Link naar reactie
0 Marsau Geplaatst: 28 mei 2017 Delen Geplaatst: 28 mei 2017 Check even of je Classic theme in gebruik hebt, of dat deze nog in het bestand zit. Een FileMaker offical meldde onlangs dat dit tot crashes zou leiden bij FM16. (Was je niet bij de bijeenkomst?) Quote Link naar reactie
0 hans erik Geplaatst: 30 mei 2017 Auteur Delen Geplaatst: 30 mei 2017 Nee, het is een aangepast theme. Niet gebaseerd op classic. En al zou het classic zijn, dat verklaart nog niet dat het bij de ene gebruiker crasht en bij de andere niet. Bij gelijke privileges. Quote Link naar reactie
0 Banach Geplaatst: 30 mei 2017 Delen Geplaatst: 30 mei 2017 Dan kan het nog iets zijn in een script; een scriptregel die alleen bij dat account wordt uitgevoerd. Je kunt even kijken of, en zo ja welk script er net voor of tijdens de crash wordt uitgevoerd en dan in dat script de verdachte regels disabelen. Quote Link naar reactie
0 WJ Geplaatst: 30 mei 2017 Delen Geplaatst: 30 mei 2017 Account corrupt denk ik. Gewoon account vervangen voor nieuwe. Groet WJ Quote Link naar reactie
0 Peter Wagemans Geplaatst: 31 mei 2017 Delen Geplaatst: 31 mei 2017 Hans Erik, ging jij niet mijn suggestie in de eerste reply proberen? Je hebt nog niets laten weten hierover. Quote Link naar reactie
0 hans erik Geplaatst: 2 juni 2017 Auteur Delen Geplaatst: 2 juni 2017 Ja, ga ik doen als ik een uurtje vrij kan maken. Maar ik heb wel het idee dat FMP16 sowieso instabiel is wat betreft layout / context wisselingen. Ik heb een gloednieuw bestand, van scratch opgebouwd met bijna niks (5 layouts, een paar tabbaden en portals), login in zonder admin key of wat. En soms crasht FMPA bij het siwtchen naar een tabblad. Zomaar. Dan opnieuw geprobeerd maar is het over. Wordt wel lastig om te reproduceren op deze manier. Quote Link naar reactie
0 menno Geplaatst: 2 juni 2017 Delen Geplaatst: 2 juni 2017 Ik heb soortgelijke problemen af en toe alleen wanneer ik met plugins wat acties doe en half afmaak tijdens het debuggen. Het gaat met FM16 voor mijn gevoel iets vaker mis dan met FM15. Met layouts op zich heb ik het eigenlijk nog niet gehad, niet bij "oude" bestanden (ooit begonnen in FM11) noch bij nagelnieuwe. Jouw windows-client, is dat een echte of draai je die virtueel? Zo ja, gebruik je dan virtual-box, parallels of vm-ware? Heb je inmiddels een nieuwere mac of werk je nog op de laatste 17-inch (vanaf juni 2012 discontinued)? Maw heb je het al op de nieuwste hardware geprobeerd? Quote Link naar reactie
0 Peter Kr Geplaatst: 29 april 2018 Delen Geplaatst: 29 april 2018 Heb hetzelfde probleem gehad: FM16 layout wissel geeft crash. Het ligt steeds aan een gesorteerde portal op de 1e layout. In de footer. Portals zijn in FM16 threaded geworden en die processen lijken niet goed te synchroniseren. In 16.0.5 gebeurt het nog steeds. Ik omzeil het door de portal weg te halen. Of door 0.2 s vertraging in te bouwen in het script, net voor de layout wissel. Beide werken. FileMaker is er mee bezig, maar in 16.0.5 crasht het nog steeds. Zie https://community.filemaker.com/thread/179462 Quote Link naar reactie
0 Peter Wagemans Geplaatst: 1 mei 2018 Delen Geplaatst: 1 mei 2018 Citaat Time Awake Since Boot: 1500000 seconds A ja. Da’s de reden. Na exact 1,5 miljoen seconden loop je dat risico.? Bedankt voor de link, ik heb niet alles tot in detail doorgelezen, maar het is inderdaad tijdens het sorteren van een portaal, tijdens het opbouwen van de layout, dat het gebeurt. Ik probeer zelf zo weinig mogelijk sorteringen van portals in de layout the definieren. Ik zal het in de relatiedefinitie instellen, zélfs als ik daarvoor meerdere relaties moet maken. Dit om 2 redenen: het werkt in veel gevallen merkbaar sneller je heb geen problemen als je met een script functies als GetNthRecord() gebruikt, ik vind het altijd heel verwarrend Dat ik deze niet mag gebruiken met wat ik zie op de layout. nu komt daar dus een goeie derde reden bij ? Quote Link naar reactie
0 Peter Kr Geplaatst: 6 mei 2018 Delen Geplaatst: 6 mei 2018 De sort zit niet in de layout, maar in de relationship. Wel zijn er 7 portals in de footer. Crash reports wijzen wel steeds naar het sorteren. FileMaker lijkt het in v16 niet meer te willen oplossen. Quote Link naar reactie
0 Peter Wagemans Geplaatst: 7 mei 2018 Delen Geplaatst: 7 mei 2018 wat je misschien kan doen, is die 7 portals in tabbladen steken. Op die manier heeft filemaker ook veel minder werk tijdens de initiele opbouw. Ik denk ergens gelezen te hebben, hier of ergens anders dat portals in een andere thread opgebouwd worden. Misschien doen die 7 threads filemaker de das om. Quote Link naar reactie
Vraag
hans erik
Volgende probleem, ook raadselachtig:
FMPA16, client windows of Mac, crasht bij een go to layout, FMServer 15/windows 2012.
Rare is: bij de ene account wel, de andere niet. Beide accounts hebben [full access] maar de een logt via Active Directory aan.
Ik vermoed een probleem met de datacache maar hoe je die moet resetten?
Link naar reactie
19 antwoorden op deze vraag
Aanbevolen berichten
Doe mee aan dit gesprek
Je kunt dit nu plaatsen en later registreren. Indien je reeds een account hebt, log dan nu in om het bericht te plaatsen met je account.