Som jeg er sikker på at du allerede er klar over nå, stoppet ikke forstyrr -funksjonen Apple som debuterte med iOS 6, og fungerte som den skulle tirsdag da verden ble omgjort til 2013. Selv om det ikke har noe problem å aktivere seg selv når det blir bedt om det, forstår det ikke når det skal stenge, noe som betyr at brukerne må gjøre det manuelt, ellers går de glipp av varslene sine.
Apple lovet at funksjonen automatisk vil fikse seg selv 7. januar, men hvorfor sluttet det å fungere i utgangspunktet? Og hvorfor vil det plutselig begynne å fungere som det skal på mandag? Vel, det ser ut til at Apple har problemer når det gjelder dato og tidshåndtering.
Etter litt testing, oppdaget Richard Gaywood på TUAW at ikke forstyrr -funksjonen i iOS 6 ikke går over til et nytt år før den første mandagen i året. Så for eksempel, hvis den første dagen i 2013 var en mandag, ville det ikke være et problem. Men fordi den landet på en tirsdag, må vi vente til påfølgende mandag for at DND skal finne ut nøyaktig hvor den er.
Årsaken bak dette ser ut til å være en enkel kodingsfeil fra Apple. Kort sagt, i stedet for å spesifisere året som "åååå", er det spesifisert i koden som "ÅÅÅÅ." Forskjellen er ganske enkelt den ene er skrevet med små bokstaver mens den andre ikke er det, noe som kan virke ubetydelig for noen av dere - det gjør det absolutt til meg; men tilsynelatende gjør den variasjonen en stor forskjell fordi den bruker ISO -ukesystemet.
ISO -ukenummereringssystemet bruker YYYY -formatet for året i stedet for den gregorianske kalenderen vi alle er vant til som bruker åååå. Det ISO -systemet gjør er at det ser på hvilken uke i året det er, og bruker deretter et datosiffer med 1 som starter på mandag. Tirsdag i 50. uke i 2012 ville for eksempel vært 2012-W50-2 i ISO-ukeformat.
Gaywood forklarer hvorfor bruk av denne metoden er et problem:
ISO -standarden definerer den første uken i året som å starte "mandagen som inneholder den første torsdagen i januar". Under denne definisjonen blir de første dagene av året som vi skriver som “2013” faktisk regnet som en del av 2012 i stedet; 2013 begynner først mandag 7. januar. Det er den typen ting regnskapsførere liker å bruke for å holde ting ryddig og ryddig. Interessant nok er 7. januar akkurat når Apple sier at problemet vil forsvinne. Ah hah!
Som våre venner på Ars Technica har påpekt, er den forvirrende tingen om DND -feilen det Apples egen dokumentasjon advarer utviklere om hvordan du unngår denne vanlige feilen.
Så mellom 1. januar og 6. januar tror DND fortsatt at det er 2012. Vel, en del av det gjør; Merkelig fungerer biten som håndterer aktivering av funksjonen som den skal, mens biten som administrerer deaktivering ikke gjør det. Den første mandagen i året tikker den imidlertid over til 2013 - derfor vil DND fungere som den skal fra 7. januar.
Det interessante er at dette ikke er første gang Apple har problemer med datoer i iOS. Den hadde sommertidsproblemer i 2010, 2011 og igjen i 2012, mens et nylig problem med Kalender-appen får den til å krasje hvis du kan ha en heldagsavtale 1. april 2013.
"Det ville ikke være urettferdig å beskrive Apples rykte for dato- og tidshåndtering som en" ganske dårlig ", avslutter Gaywood.
Ikke forvent en oppdatering av programvare 7. januar for å fikse DND, da - bare forvent at den skal fungere som den skal.
Kilde: TUAW
