×

Help Tweakers weer winnen!

Tweakers is dit jaar weer genomineerd voor beste nieuwssite, beste prijsvergelijker en beste community! Laten we ervoor zorgen dat heel Nederland weet dat Tweakers de beste website is. Stem op Tweakers en maak kans op mooie prijzen!

Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Gebruikers melden problemen met wekkerapp in Android Oreo

Door , 166 reacties

Verschillende gebruikers van Nexus- en Pixel-telefoons die de Android Oreo-update hebben ontvangen, klagen dat de wekkerapp sindsdien niet meer betrouwbaar werkt. De wekker zou in sommige gevallen helemaal niet meer afgaan.

Oreo fpaDe klachten lopen binnen op de Google Play Store, waar gebruikers aangeven dat wanneer de wekker afgaat, de app zichzelf onmiddellijk afsluit. Ook op Reddit klagen gebruikers dat de app niet goed werkt op hun Pixel-telefoons.

Een lezer van Android Police stuurde een e-mail naar de website, waarin hij uitlegt dat wanneer hij een wekker zet over minder dan een uur, deze het soms doet. Wekkers die verder in de toekomst worden gezet, werken echter niet.

Aangezien Google nog niet op het probleem heeft gereageerd, is het niet bekend wat de oorzaak van het probleem is en wanneer het is opgelost. Gebruikers die Android 8 op hun telefoon hebben draaien, zijn misschien beter af met een andere wekkerapp.

Door Emile Witteman

Nieuwsposter

24-09-2017 • 13:17

166 Linkedin Google+

Reacties (166)

Wijzig sortering
Toch best vervelend uitleggen op je werk. Je zou denken dat dit soort standaard apps toch erg goed getest zijn.
Of juist net, omdat er vanuit is gegaan dat deze normaal functioneren, zoals op Android 7 en hiervoor.
Dat is dan een grove fout/misvatting omdat een regressietest n van de belangrijkste tests om uit te voeren bij een dergelijk ingrijpende update. Met regressietesten wordt gecontroleerd of de niet aangepaste onderdelen van een applicatie nog steeds juist werken nadat ander zaken wl zijn aangepast.

Android 8.0 Oreo heeft veel nieuwe features voor accubesparing en ik gok dat de wekker als achtergrondsproces wordt gezien waardoor deze deels wordt uitgeschakeld en niet meer af gaat. Dit gebeurt dan waarschijnlijk omdat het systeem ziet dat de wekkerapplicatie voor langere tijd niet actief is gebruikt en hem vervolgens bestempeld als 'inactief'. Oreo doet dus te goed z'n best om te besparen op de accu :) Maargoed dit is puur speculatie, ik verwacht wel dat Google dit vrij rap gefixt heeft.

Dit maak regressietesten dus enorm belangrijk omdat er een correlatie kan zijn tussen bijv. accubesparingsmaatregelen en een 'simpele' basisapplicatie als een wekker. Edit: verduidelijking naar aanleiding van reactie @Finraziel: dit soort problemen kunnen inderdaad behoorlijk complex zijn als het bijvoorbeeld alleen op bepaalde toestellen onder zeer specifieke omstandigheden gebeurt. Iets 100% waterdicht testen is daarom ook vrijwel onmogelijk. Gelukkig zijn er veel gebruikers die graag betatesten en zo meehelpen met bugs opsporen.

[Reactie gewijzigd door stin00 op 24 september 2017 14:20]

Volledig eens. Regressietesten zijn vaak testen die 'vergeten' worden. Deze nonchalantie zijn grove fouten. Als tester mag je nooit er van uit gaan dat iets wel zal werken. Dat is een verkeerde instelling.

Natuurlijk zal prioriteit er ook wel iets mee te maken hebben, net zoals tijd en budget, vaak de grootste reden waarom testen bijna nooit (succesvol) afgerond kunnen worden. Ontwikkelaars gaan over hun tijd heen en dat wordt afgesnoept van de testtijd. Kortom , de testers zijn altijd de schuldige in zo'n verhaal. En als tester op professioneel vlak kan ik dat alleen maar bevestigen...
Laten we ook even niet vergeten dat het helemaal niet gezegd is dat Google het net getest heeft. Hier in de reacties zie ik tot nu toe alleen een paar mensen die zeggen dat ze het probleem niet hebben, dus het kan best zijn dat het alleen bij een specifieke combinatie van factoren voorkomt. Je kunt nooit alle situaties afdekken bij je testen helaas.
Daar gaat mijn reactie ook niet over, ik rep geen woord over oorzaak van dit probleem. Ik reageer op de reactie over regressietesten als onderwerp :) ervaring delen over het onderwerp :)
Prima, maar ik wil het maar gezegd hebben :)
Jij kan het niet zo bedoeld hebben, maar jouw reactie en die van stin00 vallen wel extra op bovenaan met de +2, en kan mensen de verkeerde indruk geven. Verder niet naar bedoeld van mij uit ook :)
Oeps, zie inderdaad dat het verkeerd overkomt, you're right :) Ben inderdaad wel benieuwd naar de reactie van Google / Android-makers

[Reactie gewijzigd door MrAndy9797 op 24 september 2017 16:00]

Tja, je mag verwachten dat iets juist op Pixel en Nexus wel werkt.
Als tester mag je nooit er van uit gaan dat iets wel zal werken. Dat is een verkeerde instelling.
Als professionele tester moet je ook weten dat er een balans is tussen wat je test en wat je niet test. Ik heb 6 full time testers in dienst en die hebben de directe opdracht om te accepteren dat iets niet getest hoeft te worden als het development team zegt dat er geen risico is. In de 25 jaar dat ik in IT werkzaam ben ken ik geen test team dat dat mag or kan ignoreren (is dat Nederlands?).

Daarmee loop je een risico. Maar als je dat niet doet ben je een tester die eenvoudig te duur is. Ik had een tester die elke morgen Direct X opnieuw installeerde. Geen slecht idee maar zijn methode was eenvoudig te duur. Jij als professionele tester gaat er elke dag van uit dat een hele lijst van dingen werken aangezien ik niet aanneem dat je elke morgen met een frisse windows begint. Het is aan je managers om te bepalen welk risico acceptabel is. Alles uitsluiten maakt software eenvoudig onbetaalbaar. Dat weet jij en dat weet ik. Als professionele tester zeggen dat je er nooit van uit kan gaan dat iets werkt is onzin.
As said: prioriteiten bepalen de werkwijze. Verder krijg je geen info over mijn manier van werken dus kan je dat niet oordelen. Verder is het geen onzin maar gewoon realiteit. Alles testen is inderdaad onmogelijk. Je kan geen 100% foutloos product garanderen, maar je kan wel risico's uitsluiten. Maar je mag geen instelling hebben dat iets wel zal werken. Dat is wat anders dan jij ervan maakt. Read again!
Nieuwe accubesparende functies in Oreo? Als er iets niet goed is aan Oreo dan is het dat wel. Ik heb Oreo nu een maand op mijn Nexus 5x en de batterij moet nu elke dag 2x aan de stroom..
Ontopic: het viel mij ookal op dat ongeveer de helft van mijn wekkers niet meer afgaat.Je zou denken dat ze dit wel goed testen voordat ze Oreo uitbrengen het is namelijk wel een standaard app...
Vreemd, ik draai oreo sinds de OTA vrijgave en mijn accu gaat nu wel een dag langer mee als op 7.0.
Geen factory reset gedaan, gewoon de OTA gedownload. Over de alarm problemen: veel gebruikers die het probleem hebben zeggen een eigen ringtone te gebruiken, wat ik op reddit lees met name .ogg files die voor problemen zorgen. Mijn wekker gaat ook op Oreo iedere dag om 05:50 uur af....helaas...:)
Met mijn 5X nog geen problemen gehad met de wekkers.
Ik heb een externe toon gebruikt dat ik via Zedge gedownload heb. Het enige nadeel dat ik heb is dat ik nu maar 1 externe toon kan instellen via de algemene instellingen. Vroeger kon ik uit de alarm app zelf de tonen zelf gaan selecteren.
Bij mijn huidige klant hangt er een heel rek testtelefoons in een kast. Als ik ook maar een komma verander in de source code moet de change gebouwd worden en automatisch getest in dat systeem. En toch slipt er wel eens wat tussendoor, zeker als merges gecombineerd worden tot een nieuwe release. De laatste compleet bijgewerkte source builde niet eens meer (nou valt dat natuurlijk snel op).
Merges combineren tot nieuwe release doe je dan ook voordat je alles naar master pushed en de boel uitrolt. Alleen losse feature branches testen schiet niet op. Je moet juist die combinatie van nieuwe features testen toch? Anders weet je namelijk niet of de boel nog wel werkte. Een falende build heb je snel door, maar ook integratie en regressietests zijn erg belangrijk want die brengen functionele testen aan het licht.

Zo had ik laatstfalende integratie testen omdat die de combi van meerdere modules testte waarbij de output van de ene als input voor de andere werkte en er iets veranderd was in de eerste module. Dat vang je ook niet af met unit tests omdat die de wijzing in de eerste modules niet test op de tweede.
Bij ons wordt elke merge apart getest tegen de huidige master. Faalt de test, dan geen integratie. De uiteindelijke release wordt ook op zichzelf getest uiteraard.

Die falende build kwam omdat ik na overleg 2 gerelateerde stories in een enkele merge geduwd had, achteraf vond men dat toch geen goed idee dus moest ik ze weer lostrekken en daar ging iets mis, beide nieuwe takken afzonderlijk builden wel maar toen ze in de verkeerde volgorde in master gemerged werden bleef er ergens een niet meer bestaande variabele gerbuikt worden.
Wat bedoel je precies met “tegen de huidige master getest”?
Als een merge request geaccepteerd wordt wordt master bijgewerkt. Als ik ondertussen aan iets anders gewerkt heb moet ik eerst de huidige, bijgewerkte master mergen met mijn aanpassingen en dat indienen om te testen.

Dus bij het begin van een sprint werk ik aan change request 1, een collega aan 2. We maken beide een branch aan op de huidige master. Collega is eerder klaar, krijgt 2 geaccepteerd en in master. Als ik klaar ben moet ik eerst mijn aanpassingen mergen met de nieuwe master, dat is oude master + change 2, en dat resultaat (oude master + 1 + 2) wordt dan getest. Meestal is dat mergen niet veel werk, soms wel als we in dezelfde bestanden bezig geweest zijn.
Okee probeer dan eens gitflow. Met je huidige aanpak kan je bijvoorbeeld nooit hotfixes uitbrengen zonder feature releases.

Opzich is de aanpak die je nu gebruikt zoals het hoort, maar je zou dat op een develop brandh willen doen. Hiermee kun je je master steed in de staat houden van de laatste release tenzij er een hotfix nodig is. Develop kun je dan separaat gebruiken om feature branches vanaf te takken. Werkt erg lekker moet ik zeggen.
Momenteel worden er alleen nog testversies voor een beperkte groep betatesters uitgerold. Dat is niet zo'n issue daar. Hotfixes zou je altijd nog als een aparte branch op de laatste release kunnen opzetten.
Maar hoe ga je dat doen als je net een story hebt gemerged dan? Hebben jullie een CI/CD omgeving waarbij master na testen direct geployed wordt of?
Nee, we mergen gedurende de sprint en aan het einde kijken we wat er in zit en wat het niet gehaald heeft (meestal wegens niet af, soms wegens falende tests). Na elke sprint volgt een code freeze en wordt de huidige master gelabeld als release (vorige release + 1).
Beetje nuance, als het klopt dat de wekker wel werkt het eerste uur dan is dit een vrij lastige bug om te vinden.
Je moet dan een test hebben die een wekker zet, zeg 2 uur wacht en dan kijkt of deze afgaat. Klinkt simpel, betekent wel dat je telkens een telefoon/emulator 2 uur nodig hebt om 1 testje te doen. Er zijn veel apps, dan begint dit serieus in de tijd en dus $$$ te lopen. Want dit moet je voor ALLES doen om het niet te missen.
Een standaard regressie test is: zet de wekker op 2 minuten. Kijk of hij af gaat. Ok, werkt. (en deze test automatiseer je)
Dit soort lange testen doe je alleen als je issues verwacht.
Bij mijn huidige klant worden systemen uren getest. Dat gaat ook makkelijk want de testsystemen draaien 's nachts gewoon door, je krijgt de resultaten de volgende dag wel te zien. Als je problemen van langere duur verwacht gaan die vrijdagmiddag het testsysteem in, dan hebben ze 2 dagen extra.

[Reactie gewijzigd door Morgan4321 op 24 september 2017 23:23]

Als developer zijnde, loop ik in deze situatie altijd de source code na en doorloop ik "manueel" het hele proces. Ik ga op zoek naar verschillen tussen situatie A en situatie B, en hoe dit afgehandeld word. 9/10 keer kom ik er dan wel uit (Flink alle waardes loggen)

Mocht dit niet werken, zorg ik dat ik alles, maar dan ook ALLES, opsla in een log. Elke stap. 9/10 keer kom ik er hier dan ook mee uit en is de volgende test gewoon goed.

mocht dit niet werken, stoot ik mijn hoofd op mijn bureau tot ik er achter kom dat het inderdaad een extreem situationele situatie is die erg moeilijk is om na te bootsen. Op dit moment wens ik even dat ik nooit de IT in was gegaan. Na nog wat hoofd-op-bureau-stoten is het dan meestal iets bijzonder kleins wat over het hoofd is gezien.
Was het niet niet dit laatste? Herhaal dan de laatste stap (iets met bureau en hoofd) en geef iedereen de schuld behalve jezelf tot je er op de n of andere wonderbaarlijke wijze uit komt (lees: geluk hebt).

-- Tevens geld het bovenstaande bureau-hoofd-stoten dubbel met apps welke je constant moet builden, maar ik vermoed dat ze hier bij google betere manieren voor hebben dan dat ik heb als amateur app-bouwer. (Niet mijn specialisme)

[Reactie gewijzigd door babydead op 24 september 2017 23:31]

Android apps builden kan redelijk vlot op een systeem met een SSD.
Ik verwacht dat medewerkers van Google Oreo zelf ook hadden draaien voordat deze voor de consumenten uitkwam. Ik kan me bijna niet voorstellen dat niemand daarvan een wekker gebruikt zou hebben.
Op welk toestel zouden ze die dan prive moeten draaien?
Er is een lange lijst met ondersteunde toestellen maar logischerwijs zou je een Google toestel verwachten.
Google medewerkers zullen de software natuurlijk al kunnen gebruiken voordat deze uit is.
Ook medewerkers van telecom providers hebben deze software al eerder getest (voornamelijk of hij werkt met het telefonie netwerk en met eventueel branded toestellen).
Lijst: https://theleaker.com/and..._Update_Supported_Devices
Probleem is wel, waarom is dit niet naar boven gekomen in de tests met de beta, immers zijn er een hoop mensen die de beta hebben gehad, en je gaat mij niet vertellen dat die allemaal niet de wekker gebruiken.
Sjezus, denk je nu echt dat een bedrijf als google 'vergeet' te testen..

Dit is echt wel getest. De software inclusief accubesparingen (zoals je zelf al aangeeft) is inmiddels gewoon ontzettend complex geworden.

Dit betreft gewoon een specefiek geval van instellingen die naar boven komt wanneer 100.000.000+ mensen het in gebruik nemen. Geen enkel testpanel (beta testers) kan hier tegenop.

Google heeft dit waarschijnlijk binnen no-time opgelost. Wel rot natuurlijk als je te laat op je werk komt. (Of niet natuurlijk, ben je wel lekker uitgerust :+ )

[Reactie gewijzigd door Siebelouis op 24 september 2017 18:57]

Helaas kan je niet alles testen. Je zou dan ook alle 3th party applicaties mee moeten nemen.

Aan de andere kant, specificaties van bestaande API's mogen niet veranderen omdat gedrag anders wordt. Onder Android 7 was dit al een probleem, daar werden applicaties ook al stop gezet wanneer ze "niet actief" leken. Ik had dit met zowel Spotify als Deezer. Wanneer ik mijn auto uit stap dan gaan die op pause omdat bluetooth stopt. Wilde ik paar uur later verder spelen moest telefoon geheel uit en weer aan. Onder Android 6 was dat issue er niet. Overigens opgelost door in taakbeheer een slotje te zetten op de App waardoor deze niet gesloten wordt. Of dit de echte oplossing is weet ik niet, maar het werkt :-)
telefoon geheel uit en weer aan? dan is er wel iets anders mis als je niet gewoon de app weer kunt openen
App werkt wel, maar muziek streamt niet. Oorzaak is dat Android op de achtergrond bepaalde processen af sluit waardoor apps stuk lopen.
ah zo, wel apart, nog nooit last van gehad, en lijkt me dat het geen bedoeld gedrag is als er processen afgesloten worden die nodig zijn voor dit soort functionaliteit
Het is toch niet voor niks: assumption is the mother of all fuckups. Dat is inmiddels toch wel duidelijk :D
To assume will make an "ass" out of "u" and "me" :Y)
Dit is maar een kleine verandering, dat zou niks mogen breken dus dat hoeft niet weer door de hele testmolen heen... roept iemand die op vrijdagmiddag naar huis wil.
Was wel te verwachten wanneer je een OS naar een smerig goor smakende koekje noemt ;-)
Het aparte is dat ik "de wekker doet het niet" regelmatig terug heb zien komen bij nieuwe mobiele besturingssystemen. Blijkbaar is het lastig om een dergelijke taak aan de gang te houden, terwijl de rest van de telefoon in slaapstand staat.

Daarnaast... wat kost een standaard wekker nu? Ik word ook liever wakker met een langzaam oplopend prettig klinkend deuntje op de telefoon, maar ik heb ook een normale wekker staan, die 10 minuten later afgaat, voor het geval de telefoon leeg is (vergeten in te steken), of er iets anders misgaat waardoor de wekker-app niet werkt. Als de telefoon wel werkt (wat tot nu toe altijd het geval was), dan zet ik de gewone wekker op dat moment ook gewoon uit.

"Mijn wekker werkt niet vanwege een upgrade van mijn telefoon" is gewoon een dom excuus, omdat het aantoont dat je jezelf afhankelijk maakt van n enkele toepassing om iets voor elkaar te krijgen.

[Reactie gewijzigd door Katsunami op 24 september 2017 17:05]

Inderdaad, waar is die redundante wekker setup bij veel tweakers? Twee wekkers op hetzelfde systeem is geen backup. Idealiter heb je een tweede wekker die niet aan de eerste wekker is gekoppeld en die ook nog eens offsite ligt :P

[Reactie gewijzigd door CurlyMo op 24 september 2017 22:02]

En dan nog een off-site...
Men is tegenwoordig te aggressief met het optimalisaren van de accuduur. Daar hebben voip programma's ook last van. Telefoon software houdt nog geen rekening met veranderde omstandigheden: bellen en berichten uitwisselen via Signal en WhatsApp is voor mij tegenwoordig belangrijker dan "gewoon" bellen en sms (mms wordt door een hoop providers ondertussen niet eens meer ondersteund en was altijd al onbetrouwbaar).
Ik heb de Lenovo P2, en hierop zit een super handige switch aan de zijkant voor Ultieme Spaarstand. Wanneer deze per ongeluk aangaat, worden alle achtergrondprocessen gestopt, waaronder mijn wekker app. Als je m weer terug switched, blijven deze processen dood totdat ze weer worden gestart (in het geval van die app moet de app gestart worden). Ook Whatsapp blijft uit (wel lekker stil zonder, eigenlijk).
Daarom bestaat reguliere wekkerradio’s met batterij back-up. Vrijwel 100% betrouwbaar. Als-ie niet afgaat is-ie stuk of heeft de klojo van een eigenaar hem niet gezet :+
Of hij denkt dat je wakker wilt worden met radio maar de variabele weerstand in de kanaalkiezer is versleten waardoor je alleen nog maar wat geruis krijgt. Daar heeft de mijne tenminste last van. Maar ik heb nu een oude telefoon tot wekker bevorderd, daar komt ook geen nieuwe Android versie meer op.
Precies! Mijn smartphone gaat uit 's nachts en mijn wekkerradio laat me nooit in de steek. Nog leuker wakker worden ook dan zo'n stomme ringtone.
Ik even aangeven hier dat ik ook op O zit sinds z'n release, mijn wekker gaat gewoon standaard af iedere ochtend. Misschien zijn er conflicterende apps? Ik heb dit maal gekozen m'n telefoon zo schoon mogelijk te houden, alleen datgene wat echt nodig is (en dus ook geen leandroid oid).
Dit komt volgens mij best vaak voor. Dat na een update opeens wekkers niet meer werken. Ik dacht dat het bij zowel Android als iOS al vaker is voorgekomen dat na een update wekkers zich verkeerd gedroegen.

Je zou toch zeggen dat dit opvalt. Ik neem aan dat ze zelf ook beta testen voor release en dan zou dit toch op moeten vallen :+
En voor de statistieken: Windows mobile verklooit de wekker/ringtones ook bij iedere grote update 🙄 Fijn te horen dat ik daarvoor in ieder geval niet hoef over te stappen...
Bij iOS is een issue met wekkers ook wel eens gebeurt na een update: toen hield de wekker geen rekening meer met zomer of wintertijd en kwamen een hoop mensen een uur te laat op hun werk.
Sterker nog, dit is een paar jaar na elkaar voorgevallen op iOS
Je weet dat sarcamse niet werkt op internet?

Als het ergens vaak voorkomt dan is het juist bij iOS (wat overigens niet erg is, maar ontkennen is wel heel dom).
Dat zou je eens moeten onderbouwen :9
Maakt niet uit. Er zijn wereldwijd toch maar een handvol gebruikers met Android 8.
Tot op heden hier nog geen problemen mee gehad met mijn Nexus 5X. Maar wel heel cru, vooral als je moet werken of een belangrijke afspraak hebt.
Yep, hier ook geen enkel probleem.
Draai al maanden beta's en nu dan de stabiele versie van 8.0 op de Nexus 6P. En de standaard wekker gaat gewoon elke doordeweekse dag om 6.45 af
Terwijl je om 7 uur gewekt zou willen worden? :+
Ik heb een oude telefoon die nog Android 4 draait tot wekker gepromoveerd. Die is al jaren getest en heeft nog nooit een fout gemaakt. :)
heb ook nexus 5X heb probleem wel al gehad
beetje vervelend maar gebruik nu tihrd party app :)
support heeft me laten weten dat ze ernaar streven om dit binnen de maand te patchen

[Reactie gewijzigd door Gilles2635 op 25 september 2017 14:55]

Zelfde hier, tot nu toe geen problemen gehad met de Nexus 5x
Mja ik ben tot nu toe ook geen grote fan van Oreo.

Update gehad op mijn Nexus 5X en sindsdien haalt mijn batterij het einde vd dag niet eens...
Bij mij is mijn batterijduur juist toegenomen op mijn 5x.
Wellicht even een factory reset en daarna flashen met OTA file? Ik denk dat er namelijk iets niet goed is gegaan bij je. Ik gebruik ook een 5x en mijn batterij duur is bijna 30% verbeterd.
Ik raad je aan even de system cache te legen. Hierdoor verlies je geen belangrijke bestanden. Het is gewoon cache. Dus hoef je ook geen factory reset te doen, @Art Elixer.
Done eind augustus, cache geleegd, ota file via pc geflashed, nog eens cache geleegd en geen snars verschil in batterijduur... wel mooiere app icoontjes en smileys in Oreo

Ah en vooralsnog geen problemen met de wekker app, heb mechanische opwindwekker als backup.

[Reactie gewijzigd door wendelin op 24 september 2017 23:30]

Wat een koekenbakkers
Als jij nooit een fout maakt, doe je kennelijk nooit iets.
Hierdoor gebruik ik nog een ouderwetse BEEP BEEP BEEP kutwekker. Ik heb me al eens een paar keer verslapen omdat er wat mis ging met een smartphone wekker, of omdat deze veel te makkelijk uit te schakelen is, of door de AM/PM en 24 uurs klok verschillen, nee ik bedoelde niet 5 uur 's avonds, of omdat je gewoon niet helemaal oplet en een dag per ongeluk afvinkt of vergeet aan te vinken.

De wekkerradio is toch wel bewezen technologie. De fysieke handeling van het aanzetten van je wekker vlak voordat je gaat slapen zodat deze de volgende ochtend afgaat blijft voor mij superieur.
Ik gebruik allebei, twee wekkers dus, failsafe.
Een op mijn smartphone en de andere een wekkerradio. De wekkerradio kan ook kapot gaan of stroom uitvallen en resetten, als de batterij op is.
Dat herken ik haha, ik doe dat ook omdat het wekkergeluidje van mijn smartphone na verloop van tijd gewenning wordt en ik het dus automatisch uitsla zonder het in de gaten te hebben. Ja ik kan inderdaad het geluidje veranderen, maar dat vergeet ik meestal en om nu ff om 3 uur snachts het geluidje te veranderen zorgt er zeker voor dat mijn vrouw rechtop in bed zit aangezien dat in ios je zodra je een ander geluidje kiest het direct afgespeeld wordt. (Ook dit is te verhelpen met wat instellingen maar goed is omslachtig).

Btw een tip voor als je partner wakker wordt van de trilfunctie (iphone only) zodra je je oplader er in stopt. Als je eerst de camera app opent en dan pas de lightning kabel er in steekt, dan trilt het toestel niet!
Redundant, niet fail safe B)
Toch ben ik benieuwd naar hoe een failsafe wekker zou werken
Huh, wekkerradio's. Daar heb ik toch geen vrienden mee gemaakt - uitvallen als de stroom eraf is, radiozender verliezen, afschuwelijk zoemergeluid. Als het belangrijk is zet ik gewoon de wekker op een tweede foon. (Zonder updates, in vliegtuigstand, en waar ik op het startscherm de behulpzame tekst 'niet opladen als de wekker aan is' heb gezet, want dat was wel een klein designfoutje := Ok. Blijkbaar was het al nooit echt eenvoudig om wekkerapps goed te ontwerpen.)
Nadeel van die dingen is dat ze niet weten welke dag het is en ik geen zin heb om zaterdagmorgen vroeg gewekt te worden.
Ze gingen er bij Google zo snel mogelijk naar kijken maar helaas heeft de ontwikkelaar zich overslapen...
Ze hebben de alarm finish trigger helaas al sinds een aantal versies eruit gesloopt (al dan niet bewust) en daar ervaar ik zelf ook al last van. Tasker trigger word nu namelijk niet geactiveerd..
...
Ik snapte het al niet.

Ik wou m'n slaapkamer verlichting inschakelen bij het afgaan van de wekker.
Maar het was me met Tasker idd nooit gelukt om de wekker trigger te gebruiken...
Is pas iets van de laatste 3 maanden hoor dus speelt nog niet zo lang. Trigger van 20 minuten voor het alarm werkt wel gewoon maar die gaat via autoalarm plugin
Mede door dit soort dingen snap ik het gehuil om het onmiddellijk eisen van een nieuwste versie niet.
Iemand die het spannend vind mag wat mij betreft de bugs uit programmatuur halen, maar ik liever niet.
Je bent ook niet verplicht te upgraden naar de meest nieuwste versie. En zonder mensen die het testen, worden de bugs nooit gevonden. Het is nu alleen nog wachten op Google tot die met een reactie komen.
sinds android 4.0 gebruik ik de wekker app die standaard er bij zit. tot nu toe altijd betrouwbaar gewekt. nadeel is als je met je telefoon in bed in slaap valt. accu leeg doet wekker het ook niet meer :+

is android 8 nu een beta? of full release?
Kruip onder de steen vandaan waar je leeft ;)

Oreo RTM is al lang uit.
Sinds 2 weken oreo op Nexus 5X nog geen problemen gemerkt.

Vannacht om half 2 wekker gezet dat ding liep helaas zonder problemen om 7 uur af. Toch meer dan een uur zoals in artikel staat.

[Reactie gewijzigd door RobbyTown op 24 september 2017 13:36]

Dat geldt ook voor Huawei-toestellen en de 'klok-app' van Android zelf (niet die van Huawei zelf)... Daar speelt dat irritante 'powersaving' programma van Huawei als grote boosdoener die ervoor zorgt dat die app niet in de background mag runnen. Alle mogelijke manieren proberen toestemming te geven en workarounds maar het werkt nog steeds niet. Hetzelfde voor Snapchat notificaties, werkt ook niet door Huawei, ondanks alle machtigingen om achtergrond te draaien en dergelijke (volgens het web)...

Benieuwd wat hier de reden voor is bij Oreo...
Raar, Snapchat meldingen zouden volgens mij gewoon via GCM ontvangen moeten kunnen worden.

Op dit item kan niet meer gereageerd worden.


Apple iPhone X Google Pixel 2 XL LG W7 Samsung Galaxy S8 Google Pixel 2 Sony Bravia A1 OLED Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*