Problemen oplossen

Deze pagina beschrijft v1.3.0, de nieuwste uitgave. De ontwikkelversie

Weer toegang krijgen tot een vergrendelde console, de veelvoorkomende problemen, een bug melden, en de ontwikkelaarsmodus.

Buitengesloten?

PlayGuard ziet alleen het ouderlijk toezicht van het systeem waarop het draait: emuMMC en sysMMC hebben elk hun eigen (een pincode die op het ene is verwijderd, staat er op het andere nog). Start het op elk systeem dat moet worden hersteld.

Tweedehands console

Je kent de pincode, maar de app op de telefoon van de vorige eigenaar is nog gekoppeld (ontkoppelen mislukt, of een fabrieksreset vraagt om diens account).

Beveiliging › Smartphone-app ontkoppelen, en daarna, als je helemaal geen ouderlijk toezicht wilt, Ouderlijk toezicht wissen. Beide werken offline, op emuMMC net als op sysMMC.

Pincode vergeten

Pincode tonen vraagt zelf om de pincode, dus dat helpt hier niet. Met de herstel-sysmodule geïnstalleerd (hieronder) zet je een bestand RESCUE neer en herstart je: het herstelscherm stelt dan een nieuwe in (het toont nooit de oude). Zonder die module begint Ouderlijk toezicht wissen opnieuw (eerst wordt een back-up van de instellingen opgeslagen; die bevat nooit de pincode): staat PlayGuard beveiligen met de pincode aan (de standaard, Vóór een wijziging), stop dan eerst de SD-kaart in een computer en zet "pin_lock" op "off" in sd:/config/playguard/config.json.

De speeltijdtimer blokkeert alles (limiet van 0 minuten) en de pincode is vergeten

PlayGuard zelf kan dan niet starten. Installeer de optionele herstel-sysmodule (playguard-rescue.zip) van tevoren; als je buitengesloten bent, zet je een leeg bestand config/playguard/RESCUE op de SD-kaart en start je op — de module ontgrendelt de console zodat PlayGuard kan openen. Zie sysmodule/README.md (in het Engels).

De module moet de versie van PlayGuard volgen: pak bij elke update van PlayGuard de playguard-rescue.zip van die release opnieuw uit (of Bijwerken bij De herstel-sysmodule is verouderd onder de meldingenbel), en start de console daarna opnieuw op. Een oudere module laat een rapport achter dat PlayGuard niet kan controleren: het herstelscherm biedt dan niets aan, zegt dat de module ouder is, en RESCUE opnieuw doen geeft hetzelfde tot de module is bijgewerkt.

Homebrewmenu vergrendeld

Console › Forwarders › Homebrewmenu vergrendelen zorgt ervoor dat het album en een game die met R is gestart het homebrew-menu niet meer openen. Als de forwarder van PlayGuard en het beveiligde menu allebei weg zijn (verwijderd in de systeeminstellingen, of op het andere systeem: de vergrendeling staat op de SD-kaart en wordt door sysMMC en emuMMC allebei gelezen):

• Vanaf een computer: verwijder atmosphere/config/override_config.ini op de SD-kaart (of zet config/playguard/override_config.ini.backup terug, het bestand zoals het was), en start de console daarna opnieuw op.
• Met de herstel-sysmodule geïnstalleerd (optioneel): zet een leeg bestand config/playguard/RESCUE op de SD-kaart en start opnieuw op; de sysmodule heft de vergrendeling op bij het opstarten, en PlayGuard meldt dat bij zijn volgende start. Een update van Atmosphère sinds de vergrendeling heft haar op dezelfde manier op.

Console niet gemod

PlayGuard kan niet helpen: het heeft Atmosphère nodig. De master-key-procedure van de klantenservice van Nintendo is de officiële weg.

Veelvoorkomende problemen

De resterende tijd daalt niet

Vandaag meldt De console telt op dit moment geen speeltijd als die ongeveer 90 s niet is veranderd. De waarschijnlijke oorzaken:

• De netwerkklok is nooit ingesteld. Console › Netwerkklok › Tijdsverschil meten, en stel hem daarna in (netwerkklok).
• De klok is teruggezet. Na een sprong terug stopt de telling tot de klok het oude tijdstip voorbij is; je hoeft niets te doen.
• Er is net een limiet geschreven. Start een game voor een minuut en kijk dan opnieuw.
• Ouderlijk toezicht is tijdelijk ontgrendeld. Speeltijd wordt dan mogelijk niet geteld: Vandaag › Weer inschakelen (of een tik op de pil in de kopregel).

Mijn limieten zijn vanzelf veranderd

• De app op de telefoon is nog gekoppeld. De volgende synchronisatie overschrijft wat PlayGuard heeft ingesteld: Beveiliging › Smartphone-app ontkoppelen.
• Een ander hulpmiddel, of een profiel. Vandaag toont een oranje kaart voor limieten die afwijken van wat PlayGuard het laatst zag, en Geschiedenis › Wijzigingen via PlayGuard toont elke wijziging die buiten PlayGuard is gezien. Ⓐ op een wijziging zet de vorige waarde terug.
• Een gepland profiel dat is toegepast, of teruggezet zodra zijn periode voorbij was (Speeltijdtimer › Profielen › Gepland profiel).

Het kind speelde langer dan de limiet

• De console waarschuwt alleen. Speeltijdtimer › Als de tijd om is: kies Software onderbreken.
• Ouderlijk toezicht bleef ontgrendeld. Zolang dat zo is, is de limiet van vandaag gepauzeerd: de pil in de kopregel zegt dat op elk tabblad, en een tik erop leidt naar Vandaag › Weer inschakelen. Een herstart van de console vergrendelt het ook.
• De klok is teruggezet. De telling stopt tot de klok het oude tijdstip voorbij is (wat telt).
• Het andere systeem. emuMMC en sysMMC hebben elk hun eigen ouderlijk toezicht: stel het op beide in, of verberg het opstartmenu van hekate (compatibiliteit).

De hele limiet is vandaag weer beschikbaar

De klok wijzigen (de netwerkklok of de consoleklok) zet de speeltijd van vandaag terug op nul. Stel de klok in voordat het kind speelt, niet erna.

PlayGuard opent alleen-lezen

De console draait een firmware die nieuwer is dan de nieuwste geteste: PlayGuard controleert of een nieuwere release hem ondersteunt en stelt voor om bij te werken (nieuwere firmware). Een doorgestreept potlood rechts van de titel geeft aan dat de app alleen-lezen is; erop tikken opent het firmwarescherm.

PlayGuard vraagt steeds om de pincode, of nooit

Beveiliging › PlayGuard beveiligen met de pincode: Vóór een wijziging (de standaard) vraagt er één keer om, vóór de eerste wijziging, en de pincode geldt tot PlayGuard wordt gesloten. Na 5 minuten opnieuw om de pincode vragen vraagt er daarna opnieuw om. Pincode tonen vraagt er altijd om.

Een game start niet, of toont een "!" in het HOME-menu

Console › Games zegt wat er met elke game mis is en wat je moet doen; opgeslagen spelgegevens blijven altijd staan (geïnstalleerde games).

Een beveiligde forwarder toont fout 2347-0100

Zijn poort (config/playguard/gate-….nro) is niet meer het bestand waarmee de forwarder is gemaakt: hij is op de SD-kaart gewijzigd of vervangen, dus de forwarder start hem niet. Open PlayGuard via zijn eigen forwarder: die schrijft de poort bij het starten terug; Console › Forwarders › Alles opnieuw installeren maakt elke forwarder er opnieuw mee.

Een beveiligde forwarder sluit meteen ("Er is een fout opgetreden")

Vóór enig scherm van PlayGuard, zonder foutcode (het rapport van Atmosphère in atmosphere/crash_reports/ noemt de module forwarder, resultaat 2000-0000): hij is gemaakt door een PlayGuard waarvan de poort zonder zijn assets was gebouwd, wat de loader van de forwarder weigerde. Werk PlayGuard bij en maak hem dan opnieuw: de bel en Console › Forwarders bieden dat aan voor elke forwarder die met een oudere loader is gemaakt.

Een beveiligde forwarder blijft na de pincode op het scherm van zijn poort staan

De pincode is geaccepteerd, het scherm met het icoon van de homebrew blijft staan en er gebeurt niets meer: zijn poort tekende dat scherm met één enkele buffer, en wachtte eindeloos om het volgende te tekenen. Werk PlayGuard bij en maak hem dan opnieuw: de bel en Console › Forwarders bieden dat aan voor elke forwarder die met een oudere poort is gemaakt.

Een forwarder toont "De software kan niet worden gestart"

De console weigerde hem te starten: er is nog een handtekeningcontrole actief. In de volgorde waarin je moet kijken:

• sigpatch-bestanden naast sys-patch. .ips-bestanden in atmosphere/kip_patches/fs_patches, loader_patches of atmosphere/exefs_patches/es_patches terwijl sys-patch draait: twee hulpmiddelen die dezelfde controles patchen, de oorzaak die de topics over sys-patch en sigpatches op GBAtemp het vaakst noemen. Console › Gamepatches waarschuwt ervoor, en Ⓐ daar zet ze opzij (verplaatst naar config/playguard/sigpatches-aside/, nooit verwijderd; bootloader/patches.ini van hekate blijft). Start de console opnieuw op.
• Een patroon dat sys-patch niet heeft toegepast. Forwarders hebben zijn patches voor fs en loader nodig, elk patroon dat het voor deze firmware heeft (noncasigchk_17.0.0+, nocntchk_19.0.0+, noacidsigchk_10.0.0+), niet maar één per module. Info › Hulp en diagnose › Een diagnoserapport exporteren vermeldt op zijn regel game patches de versie van sys-patch en elk overgeslagen patroon; sd:/config/sys-patch/log.ini bevat hetzelfde. Controleer dat config/sys-patch/config.ini dit systeem patcht (patch_emummc=1 op emuMMC) en er geen enkele uitschakelt; de maintainer van sys-patch zelf zegt dat 23.0.x geen nieuwere sys-patch nodig heeft dan 1.6.2.3.
• Geen herstart sinds de patches zijn gewijzigd. sys-patch patcht bij het opstarten.
• Een forwarder die door een oudere PlayGuard is gemaakt. De bel en Console › Forwarders bieden aan om die met een oudere loader opnieuw te maken.

De bel of een tabblad toont een oranje badge

Er moet iets gebeuren: Ⓨ opent de lijst, en Ⓐ op een melding voert de oplossing uit of opent de plek waar je het oplost (meldingen).

Een bug melden

Een fout toont de code van het systeem (zoals 0x0001088E) met wat erover bekend is: wat je moet doen bij de codes waarvan de betekenis bekend is, anders helpt een rapport.

1. Info › Hulp en diagnose › Een diagnoserapport exporteren slaat een tekstbestand op in sd:/config/playguard/logs/reports/: firmware, Atmosphère-versie, hoe lang het opstarten duurde en hoe lang de trage schermen duurden (de wijzigingsgeschiedenis, Alle games, de controle van de geïnstalleerde games, de tabbladen die zichzelf vernieuwen), klokken, opslag, de status van het afschermen van het serienummer en van de gamepatches, wat de DNS-omleiding van Atmosphère doet met de servers van Nintendo voor ouderlijk toezicht en tijd (gelezen uit zijn hosts-bestand op de SD-kaart, geen netwerktest, met het einde van Atmosphères eigen atmosphere/logs/dns_mitm_startup.log), het ruwe resultaat van elke opvraging van het ouderlijk toezicht, en de logs: hoe de laatste sessie eindigde, het geheugen en de ruimte op de SD-kaart die nog vrij zijn, de nieuwste crashbestanden en de laatste 80 gelogde regels. Het bevat nooit de pincode of het serienummer.
2. Open een issue en voeg het toe.

Een rapport online versturen

Met de console online verstuurt Info › Hulp en diagnose › Rapport versturen… (Ⓧ op het diagnoserapport in ontwikkelaarsmodus) het naar een geheime gist in je GitHub-account, nadat het precies heeft gezegd wat er wordt verstuurd. Een rapport dat eerder in logs/reports/ is opgeslagen, kan op dezelfde manier worden verstuurd.

• Wat er wordt verstuurd: het rapport en elk bestand als een apart bestand:
• de nieuwste crashrapporten: de laatste 3 van PlayGuard in logs/crashes/, en de laatste 2 van Atmosphère van een homebrew van de afgelopen week, in sd:/atmosphere/crash_reports/ (de crash van een andere homebrew kan daarbij zitten: de lijst die vóór het versturen wordt getoond, zegt welke);
• de logs van deze sessie en de vorige (logs/sessions/; bij een lang log: het begin en de laatste 64 KiB);
• de debugbestanden: de referentie van het speeltijdblok, het einde van de opname van de speeltijdtimer zolang Speeltijdtimer vastleggen aan staat, de laatste 20 wijzigingen uit de wijzigingsgeschiedenis (zonder namen van games, accounts of profielen, en met alleen hun datum), en de instellingen van PlayGuard.
• Aanmelden: ben je afgemeld, dan biedt PlayGuard eerst aan om je aan te melden; GitHub-account, eronder zodra je bent aangemeld, meldt je af; als GitHub de gist weigert, biedt PlayGuard aan om opnieuw aan te melden.
• Daarna: het toont twee QR-codes, met de link onder de eerste, zijn id in groepjes van vier om voor te lezen of over te typen: het rapport, voor wie je al helpt, en het formulier voor een bugmelding met de link, je versies, hoe PlayGuard werd gestart (boven een game, vanuit zijn pictogram in het HOME-menu of vanuit het album; voeg het menu toe) en het systeem (sysMMC of emuMMC) al ingevuld, om te scannen om een bug te melden. De link blijft ook in de meldingen staan, en elke link wordt in logs/uploads/ bewaard als internetsnelkoppeling (.url) die een computer in zijn browser opent.

Wat PlayGuard op de SD-kaart bewaart

Alles staat in sd:/config/playguard/logs/, als platte tekst die een computer kan openen:

• sessions/session_<date>.txt — één bestand per sessie: alles wat PlayGuard heeft gelogd (wat vroeger alleen via nxlink op een pc terechtkwam), elke regel met het tijdstip en het niveau (E fout, W waarschuwing, I informatie), en een laatste regel die zegt hoe de sessie eindigde: === end: clean exit === (normaal afgesloten), of === end: crash, see logs/crashes/… === (crash). Een bestand groeit niet verder dan 1 MiB.
• crashes/crash_<date>.txt — één bestand per crash, waarvan de eerste regel zegt wat er gebeurde:
• een CPU-uitzondering (een foute pointer, een ongedefinieerde instructie, een stackoverloop): het soort fout en het adres dat werd aangeraakt, de backtrace en de registers. Adressen zijn offsets in playguard.nro (playguard+0x1a2b3c): de linker map van de build (het artefact -linker-map van de CI-run) geeft de functie. PlayGuard eindigt daarna zoals voorheen: het foutscherm van de console, en het eigen rapport van Atmosphère in sd:/atmosphere/crash_reports/;
• een niet-afgevangen uitzondering: het type en het bericht, en de backtrace;
• een sessie die niet eindigde: gevonden bij de volgende start, als het sessiebestand van de vorige sessie geen eindregel heeft (een crash die PlayGuard niet kon afvangen, gesloten via het HOME-menu terwijl het vastzat, of de console uitgezet), met de laatste 60 regels van die sessie.

De crashbestanden die worden opgevangen terwijl PlayGuard draait, eindigen met de laatste 80 regels die vóór de crash zijn gelogd. - reports/, uploads/, play_timer/ — de opgeslagen rapporten, de links van de online verstuurde rapporten, de opname van de speeltijdtimer.

Info › Hulp en diagnose stelt in hoeveel rapporten, crashbestanden, sessielogs en links er bewaard blijven (elke map apart; het nieuwste blijft altijd).

Ontwikkelaarsmodus (een nieuwe firmware onderzoeken)

Druk zeven keer op Ⓨ op Info › Versie; de ontwikkelaarstools verschijnen onderaan Info › Hulp en diagnose. De modus voegt toe:

• een schakelaar alleen-lezen — staat die aan, dan kan de app niets wijzigen: de veilige manier om een nieuwe firmware te onderzoeken (het firmwarescherm biedt hem direct aan);
• het diagnoserapport op het scherm (Ⓨ slaat het op, Ⓧ verstuurt het online), en een snelkoppeling om het te exporteren vanuit het tabblad Speeltijdtimer;
• Zelftest van de console: wat PlayGuard zelf op deze console controleert voordat de consolechecklist (in het Engels) met de hand wordt doorlopen — de pincode, de signaturepatches, de gegevensmap, elke forwarder die PlayGuard heeft gemaakt (in het HOME-menu, beveiligd, werkend gezien via zijn poort), de poort op de SD-kaart, wat Atmosphère leest van de vergrendeling van het homebrew-menu, de wegen terug, de herstel-sysmodule. Hij wijzigt niets, en schrijft zijn resultaat als Markdown naar config/playguard/self-test.md, om in de pull request te plakken;
• Andere build installeren ter plekke, om een oplossing te testen voordat die wordt uitgebracht (hieronder);
• Speeltijdblok vergelijken (alleen zolang de app op de telefoon gekoppeld is en kan synchroniseren — niet met een hosts-bestand dat Nintendo blokkeert; ook in Beveiliging), om instellingen te ontcijferen die PlayGuard nog niet toont: sla het ruwe blok op als referentie, wijzig één instelling in de app op de telefoon, kom terug — PlayGuard toont de waarden die zijn veranderd (op verzoek opgeslagen in logs/reports/). Verschillende bedtijden per dag, ingesteld via de app op de telefoon, kunnen zo worden bevestigd. Voeg dat bestand toe aan een issue, of verstuur het met het rapport (Rapport versturen…).
• Speeltijdtimer vastleggen: elke 30 s zolang PlayGuard open is, één regel met wat de speeltijdtimer meldt (resterende tijd, gespeelde tijd, het ruwe instellingenblok…) in logs/play_timer/log.csv, een bestand dat klaar is voor een spreadsheet, plus een regel direct na elke wijziging die PlayGuard doet, met welke (de laatste kolom, event), en een opmerking als de klok meer verschoof dan de tijd die verstreek. Laat je het open over middernacht heen, of tot de tijd om is, dan toont het wat één rapport niet kan: wanneer de gespeelde tijd wordt teruggezet, wat de console tegen het einde zegt. De schakelaar wordt onthouden; hij legt alleen vast in ontwikkelaarsmodus. Wat tot nu toe bekend is, staat in parental-controls.md (in het Engels).
• Cache wissen en Logbestanden verwijderen, elk na een bevestiging die zegt hoeveel bestanden en hoeveel ruimte: de cache (cache/ en nand/<system>/cache/ van elk systeem: namen en icoontjes van games, de laatste cijfers van Activiteit, de lijst van builds) wordt opnieuw van de console gelezen als dat nodig is; de logbestanden zijn de crashbestanden, de sessielogs (behalve dat van deze sessie, dat nog wordt geschreven), de opgeslagen rapporten en de opname van de speeltijdtimer, terwijl uploads/ (de verwijderlinks van de online verstuurde rapporten) en de referentie van het blok blijven staan. Instellingen, geschiedenis, back-ups, profielen en exports worden nooit aangeraakt.
• Migraties opnieuw uitvoeren: de verplaatsingen van de eerdere indelingen — de gegevensmap naast de .nro, de logs van vóór hun submappen, wat alle systemen deelden — elk op een regel om aan of uit te vinken (eerst allemaal aangevinkt; A wisselt er één om), dan De N gekozen uitvoeren en een bevestiging die ze opsomt met wat elk verplaatst. Ze worden meteen uitgevoerd, wat migrations.json ook vastlegt (anders wordt elk maar één keer uitgevoerd, bij de eerste start van een build die het nodig heeft; het vastgelegde niveau wordt nooit verlaagd); een bestand dat al op zijn plaats staat, wordt nooit vervangen. Een venster zegt hoeveel items zijn verplaatst; elke stap staat in het sessielog.
• Beeldstatistieken: één regel per seconde in logs/frame_stats.txt, de tijd die het tekenen van het scherm kostte en de beelden die te laat kwamen, om op de console het ene scherm met het andere te vergelijken. Achtergrondgloed zet het zachte licht achter de schermen uit (de modus op de regel eindigt dan op -noglow), om te meten wat het kost.

Een andere build installeren

Andere build installeren zet een build in de plaats van de eigen .nro van PlayGuard, om een oplossing te testen voordat die wordt uitgebracht.

Wat het toont, elke soort in een eigen tabblad (Ⓛ / Ⓡ, aan weerszijden van de tabbladen getoond, gaan van het ene naar het volgende; het scherm opent op het tabblad van de geïnstalleerde build, en elk tabblad heeft na zijn naam een glinstering en het aantal builds dat nieuwer is dan de geïnstalleerde):

• een van de laatste 20 releases (inclusief voorlopige versies, met een label);
• een van de laatste 20 commits van main;
• de nieuwste build van een open pull request vanuit een branch van deze repository (nooit vanuit een fork: die code is nog niet nagekeken). A op het tabblad van de pull requests, als dat wordt getoond, sorteert ze andersom (nieuwste build eerst, of op nummer): de knophint van A zegt welke.

Elke build toont zijn titel (het onderwerp van een commit of pull request; het volledige bericht van een commit is de beschrijving) boven labels: het soort wijziging (Functie, Oplossing, Docs…) en het bereik ervan, Incompatibel, de pull request waar een commit vandaan komt, hoe de controles afliepen (CI OK, CI mislukt, CI bezig), voorlopige versie, een vinkje als het de geïnstalleerde build is of een glinstering als hij nieuwer is; hoe oud hij is (in minuten, uren en dan dagen) en zijn commit rechts. Een build opent eerst zijn pagina: labels (het soort, de controles, het vinkje of de glinstering), een kaart met gegevens (gebouwd, grootte, commit, checksum, wanneer GitHub hem verwijdert), Installeren, Bekijken op GitHub (de pagina als QR-code voor een telefoon), een waarschuwing als de controles nog bezig zijn, en dan de opmerkingen van een release of de beschrijving van een pull request, opgemaakt vanuit de Markdown van GitHub (koppen, lijsten, selectievakjes, code, citaten en waarschuwingen, tabellen).

Veilig om te lezen: alles wat van GitHub komt, wordt als platte tekst getoond: er wordt geen link geopend, geen HTML of script uitgevoerd, en onzichtbare tekens die een titel zouden kunnen vermommen (overschrijvingen van rechts naar links, tekens met nulbreedte, besturingstekens, ongeldige UTF-8) worden verwijderd.

Aanmelden. De releases hebben niets nodig; de andere zijn de artefacten van de build-workflow, die GitHub alleen aan aangemelde gebruikers geeft. GitHub-account meldt aan met een code en een QR-code om met een telefoon te scannen. De enige gevraagde rechten zijn het lezen van de bestanden van de build-workflow (Actions) en het maken van gists, voor Rapport versturen…; verder kan het token alleen lezen wat openbaar is. Het wordt bewaard in github_token, nooit met een rapport meegestuurd, en GitHub-account meldt af. Aangemeld neemt Ⓨ (Zoeken) het nummer van een pull request (open of gesloten) of een commit (7 tot 40 hexadecimale tekens) en vindt de build ervan, alleen vanuit een branch van deze repository.

Installeren: PlayGuard downloadt de build, controleert hem (grootte, de SHA-256 die GitHub vastlegt, de NRO-header), zet hem in de plaats van zijn eigen .nro en herstart ermee (eerst wordt de pincode gevraagd als er een is ingesteld). Het venster zegt bij welke stap het is, de grootte en snelheid van de download, en welke build hij vervangt; Annuleren verdwijnt zodra de build op zijn plaats wordt gezet.

• De lijst wordt 10 minuten bewaard en meteen getoond, met hoe oud hij is (Ⓧ haalt hem opnieuw op, en het scherm doet dat elke 3 minuten zolang de controles van een build bezig zijn); terwijl hij wordt opgehaald, toont een balk rechts in de kopregel hoe ver het is. Wat installeren doet, staat onderaan het scherm.
• Een afgebroken download (netwerk weggevallen) gaat verder waar hij stopte de volgende keer dat dezelfde build wordt geïnstalleerd.
• Artefacten verlopen na 90 dagen.

Teruggaan. De vervangen build blijft bewaard (playguard.nro.previous): Terug naar de vorige build in dezelfde lijst wisselt ze weer om, na de pincode; het noemt die build bij zijn versie, zijn pull request en zijn commit. Als een build die hier (of via een update in PlayGuard zelf) is geïnstalleerd, crasht vóór zijn eerste scherm, biedt de volgende start van PlayGuard aan om terug te gaan naar de vorige build, op een eenvoudig tekstscherm, voordat er iets anders wordt geladen (A gaat terug, B start hem toch). Teruggaan vraagt om de pincode op het eigen pincodescherm van de console als er een is ingesteld (niet op het vergrendelscherm van PlayGuard, dat juist kan crashen); zonder pincode start de geïnstalleerde build. Met dezelfde lijst kun je altijd terug naar elke release.

Welke build draait: Info › Versie toont de commit in ontwikkelaarsmodus. De kopregel van elk scherm toont de draaiende versie naast de titel: die van een release in een grijs label (1.2.0), die van elke andere build in een oranje label gevolgd door de commit, zodat een testbuild nooit voor de release wordt aangezien.

Bekijken op GitHub