Rólunk
Elsőre nem tűnik nagy dolognak, hogy a folyamatos gesztusbevitel esetén az iPhone 5 néha eldobja a törülközőt, vannak azonban olyan esetek, amikor ez szűk keresztmetszet lehet. Ahogy a videóban is elhangzik, például a Fruit Ninjához hasonló játékoknál, vagy a How To Masturbate Silently And Fast gyakorlóprogram mesterszintjeinek elsajátításakor. SPOILER: Utóbbi program nem létezik. Azt hiszem.
A mobil operációsrendszer-frissítés sokaknak megint fejtörést okoz, ezúttal wifi-problémákkal telik meg az Apple Support fóruma.
Két különálló esetről van szó, mindkettő a vezeték nélküli hálózattal függ össze. Az egyikben az iPhone 5 a főszereplő: nagyon lassú wifi-sebességre panaszkodnak sokan.
Erre itt találhatunk egy lehetséges megoldást. Ezek szerint a beállított DNS szerverekkel van a baj - ha manuálisan kiválasztunk gyors példányokat, mindjárt érezzük a különbséget. Használhatjuk a Google DNS szervereit is (8.8.8.8 or 8.8.4.4), vagy a NameBench programmal megkereshetjük a közelben lévő leggyorsabb lehetőséget. Ezután a Beállítások között a Wifire nyomva, a csatlakozott hálózat melletti kék nyíllal megnyitjuk a részletes beállításokat, itt írhatjuk át a DNS szerverek IP címeit.
A másik probléma inkább iOS 6 specifikus: a frissítés után sokak szürkén, inaktiválva találták a Wifi-kapcsolójukat. Nem működött többé a vezetéknélküli hálózat, és nem is tudták bekapcsolni többé. A több mint 100 oldalt felemésztő hozzászóláshegyben leginkább az iPhone 4S és az iPad 2 fordul elő, de találkozhatunk más készülékekkel is, amik ezt a hibát mutatják be. Megoldás egyelőre nincs, a garanciális készülékeket a Genius Barban gond nélkül cserélték egy újra.
Ugyan nem rendszerfrissítéshez volt köthető, de én az iPhone 3G-mel jártam így legutóbb. Egy dobozban pihent pár hónapot, és amikor kivettem, a fenti leíráshoz hasonló inaktív wifi fogadott.
Ez pedig nem szoftveres probléma, hanem a wifi chip mondja fel a szolgálatot. Ennek ellenére a hibát tapasztalók nagyon bíznak az iOS 6 első update-jében.
Ti tapasztaltatok a fentiekhez hasonlót?
Mindenki tudja, hogy az Apple rendszereit használva bizonyos kompromisszumokat kell kötnünk. Sokszor fel kell adnunk a kényelmesnek gondolt szokásainkat, és új szokásokat megtanulni, amik akár még évek múlva sem tetszenek, de benyeljük más jóságokért. De azért csapkodjuk az asztalt akkor is. Szerintem mindenki találkozott már ezzel a jelenséggel, de ha valaki nem (gyerünk Version), szóljon.
Az egyik ilyen idegesítő szösszenet az alábbi történet is.
A Macworld egyik olvasója váratlan dolgot tett: az egyik Mail-üzenetét mentette el pdf-ként, és desztinációként az iCloudot választotta (File--Print--PDF--Save as PDF...--iCloud--Save). Ebben az esetben ugye a rendszer a felhőbe menti a fájlt, amit később - elvileg - bármikor elérhetünk.
Szegény csávó viszont nem találta sehol a dokumentumot. Mit tehet az ember ilyenkor? Megnyitja a Preview iCloud-könyvtárát, mert az kezeli alapból a pdf-eket, de ott nem talál semmit. Megpróbálkozik a Pagesszel is, semmi. Ezek az appok nem látják a fájlt, hiszen másik program mentette azt el. A sandboxing pont erről szól, hogy egy alkalmazás ne férhessen hozzá máshoz, csak a saját erőforrásaihoz. A Mail app viszont nem tud mentett fájlt megnyitni, a szerencsétlen csak egy levelező. Az iDisk meg már a múlté, nem férhetünk egyszerre hozzá az összes dokumentumunkhoz.
A kétségbeejtő helyzetre van egy nyakatekert megoldás. Menjünk be a Library könyvtárba (Finder menüjében a Go, ahol Optiont nyomva tartva megjelenik a Library menüpont), itt keressük meg a Mobile Documents mappát. Itt láthatjuk a com~apple~mail mappát, benne egy Documents könyvtárral - már amennyiben elmentettük a doksit a Maillel. Innen kimásolhatjuk a pdf-et, és megmenekült a világ.
Megoldás is nyilván jön majd a problémára, két lehetőség van:
a.) Az Apple egy minden fájlhoz hozzáférést biztosító megoldást fejleszt
b.) Megszűnik a PDF-be nyomtatás lehetősége az iCloud felé
Biztosak lehetünk benne, hogy a b.) lesz a megoldás végül.
Címkék: hiba mountain lion akkugate
Egyre komolyabbnak tűnik ez a probléma: ahogy a héten megírtuk, a 10.8-as OS X drámaian csökkentette az akkuidőt, sokan 30-50 százalékos visszaesésről írtak. Az előző cikkbe is linkeltem azt a fórumot az Apple oldaláról, ahol 31 oldalnyi panaszáradatból válogathattak a cég fejlesztői, ez azonban mostanra már 49 oldalasra hízott. De több tucat komment jelent meg nálunk is, és alig akadt köztetek olyan, aki ne visszaesésről számolt volna be.
Ami elég nagy baj.
Közben az Arstechnika elvégzett egy tesztet és lényegében bizonyította, hogy még a legmodernebb csúcsgépen is jelentősen csökken az akkuidő a 10.8-as telepítése után. Egész biztosan nem arról van tehát szó, hogy a régebbi hardverrel ütközik valamilyen módon a Mountain Lion.
A lap munkatársai fogták a 15-ös retina MacBook Prót, és ugyanazokat a teszteket futtatták rajta 10.7-es és 10.8-as alatt is. Nem is tesztek ezek, hanem életszerű feladatok: van benne böngészés Safarival és Chrome-mal, Twitter, iChat, Colloquy, TextEdit, Photoshop, Skitch, Mail és Outlook (ezek egyfolytában aktívak), míg a háttérben fut a Dropbox és a gfxCardStatus. A wifi bekapcsolva, a kijelző fényerejét meg felére vették vissza.
Akárhányszor futtatták le ezt a tesztek, néhány percnyi különbséggel ugyanaz a végeredmény jött ki egy operációs rendszeren belül, de a Liont a Mountain Lionnal összevetve már brutális a különbség: a stabilan 8 órás üzemidő stabilan 5 órásra esett vissza. Márpedig ez nem árnyalatokat jelent, ez sok ezer munkaórányi hardveres tervezgetés, bíbelődés konkrét elpazarlása és a gép üzemidőből is fakadó értékének az inflálódása.
Megoldás egyelőre nincs. Az egyik panaszkodó felhasználó ugyan kapott egy ígéretet az Apple-től, hogy egy szoftver update rövidesen rendbe rakja majd a helyzetet, de egy állítás nem állítás.
Mindenesetre a probléma talányos, mert a tesztelés közben az Arstechnika nem talált bizonyítékot arra, hogy a processzorhasználat nőtt volna, szóval valamelyik másik hardver, talán a grafikus gyorsító szívja le az akkumulátort.
Címkék: google hiba chrome macbook air
Az új MacBook Airek piacra dobása után nem sokkal a vásárlók egy része reklamálni kezdett, hogy a gépük rendszeresen kifagy. A Gizmodo nem sokkal később rájött, hogy a kernel panicot a Google böngészője okozza.
Később az Apple technikai segítséget nyújtó fórumoldalán egy alkalmazott megerősítette, hogy a hiba a "Intel HD 4000 chip + flash + Chrome egy speciális kombinációjára" vezethető vissza.
Tegnap a Google is kiadott egy közleményt, amiben elismeri, hogy találtak hibát a böngészőben, és javítják a hibát. Addig is kiadtak egy gyors update-et, ami átmenetileg leállítja a grafikus gyorsító használatát a Crome-ban, így a MacBook Airek addig sem fagynak ki.
Mindenki megnyugodhat. A bolygó közel volt a Földhöz, de elhaladt mellette.
