Půl roku bez signálu na displeji

První veřejná hlášení se objevila na konci března 2026. Na Redditu i v komunitním fóru Google Support uživatelé popisovali totéž: po aktualizaci Android Auto zmizely sloupečky signálu. Problém se netýkal jedné značky telefonu ani jednoho typu připojení. Hlásili ho majitelé Samsungů, Pixelů i Xiaomi, s kabelovým i bezdrátovým Android Auto, na sériových i aftermarketových hlavních jednotkách.

5.–6. dubna 2026 komunitní specialistka Android Auto na fóru Google Support odpověděla, že hlášení předala příslušnému týmu. Pak nastalo ticho. Žádný changelog, žádný blogový příspěvek, žádné „funkci jsme dočasně odebrali“. Oficiální dokumentace dál uváděla, že stavová lišta zobrazuje i sílu signálu.

V červnu 2026 se na Redditu krátce objevily zprávy, že verze 17.1 ikonu vrátila, jenže u řady uživatelů po několika jízdách zase zmizela. Teprve beta build 17.8.1638, nahraný 18.–19. září 2026, přinesl podle uživatelských hlášení stabilnější návrat. Stabilní kanál přitom v tu dobu stále běžel na verzi 17.7.6636.

Proč to řidičům vadilo víc, než by se čekalo

Ukazatel signálu na displeji auta se může zdát jako kosmetický detail. Není. Kdo jezdí mimo město, zná situaci: navigace přestane přepočítávat trasu, hovor se rozpadne, streamovaná hudba se zastaví. Bez sloupečků signálu řidič netuší, jestli právě vjíždí do hluchého místa, nebo jestli má telefon jiný problém.

Uživatelé na fórech popisovali konkrétní scénáře:

• Jízda v řídce pokrytých oblastech, kde je orientace v síle signálu klíčová pro rozhodnutí, zda zastavit a zavolat, dokud je pokrytí.
• Jeden uživatel zmínil zdravotní důvody a potřeboval mít jistotu, že je v dosahu sítě pro případ tísňového volání.
• Řidiči, kteří pravidelně telefonují hands-free, ztratili včasné varování před rozpadem hovoru.

Samotná konektivita telefonu přitom fungovala dál. Šlo čistě o vizuální problém v rozhraní Android Auto, ale právě proto mohl být matoucí. Řidič neměl jak problém odlišit od skutečného výpadku sítě, aniž by sáhl po telefonu.

Co vlastně Google „přiznal“

Formulace „Google přiznal chybu“ si zaslouží upřesnění. Nedoprovázela ji žádná tisková zpráva ani oficiální prohlášení. Veřejně dohledatelné stopy jsou dvě: dubnová odpověď komunitní specialistky, že problém předala vývojovému týmu, a samotné vydání beta verze 17.8, v níž se podle uživatelských hlášení ikona signálu vrací. Jeden uživatel na Redditu navíc tvrdil, že mu Google v přímé komunikaci potvrdil, že o chybě ví a inženýři na ní pracují. To je ale uživatelské svědectví, nikoli oficiální vyjádření firmy.

Zajímavý kontext nabízí únorové zjištění Android Authority, že Google v beta verzi 16.3 testoval nové ikony signálu ve stylu připravovaného Androidu 16. Není vyloučené, že právě při přechodu na nový vizuální styl došlo k regresi, která ikonu u části uživatelů odstranila. Google to ale nikdy nepotvrdil, takže jde pouze o hypotézu.

Není to přitom poprvé, co Google tiše změnil stavovou lištu Android Auto. V roce 2022 komunitní specialista potvrdil, že ikona Wi-Fi byla odstraněna záměrně, aby lišta nebyla přeplněná. Tentokrát je situace jiná: nápověda se signálem stále počítá a podpora problém předala vývojovému týmu, nikoli jej prezentovala jako plánovanou změnu.

Jak se k opravě dostat a proč nespěchat

Beta verze 17.8.1638 je dostupná přes oficiální beta program Android Auto v Google Play. Stačí se přihlásit jako tester a počkat na aktualizaci. Háček je v tom, že ani beta oprava podle uživatelských hlášení nefunguje u všech stejně. Část testerů uvádí, že se ikona vrátila trvale, jiní ji viděli jen dočasně. Roli mohou hrát i serverové přepínače na straně Googlu, které funkci zapínají postupně.

Pro běžného uživatele, který nechce experimentovat, dává větší smysl počkat na stabilní vydání. Google sám u beta programu upozorňuje, že beta verze mohou být méně stabilní. Kdy přesně oprava dorazí do stabilní větve, firma nesdělila, ale s ohledem na to, že beta je venku od poloviny září 2026, může stabilní aktualizace dorazit v následujících týdnech.

Kdo chce mezitím zkusit dočasné řešení, může vymazat mezipaměť Android Auto: Nastavení telefonu → Aplikace → Android Auto → Úložiště a mezipaměť → Vymazat mezipaměť. U některých uživatelů se po tomto kroku ikona na čas vrátila. Nejde ale o spolehlivou opravu; podle hlášení po několika připojeních k autu opět zmizela.

Drobný detail, velká lekce

Celý příběh ukazuje problém, který může u softwarových služeb nastat: funkce přestane fungovat, dokumentace se neaktualizuje, uživatelé měsíce hledají chybu u sebe a oprava nakonec přijde bez vysvětlení. U desktopové aplikace by to bylo nepříjemné. U rozhraní, které řidič sleduje během jízdy, je to citlivější.

Kdo si chce ověřit, zda se ho problém týká, může se podívat na stavovou lištu Android Auto. Pokud tam vidí jen baterii a čas, ale žádné sloupečky signálu ani označení sítě, může jít právě o tento problém. Oprava se podle beta verze zřejmě blíží, i když Google zatím neposkytl podrobnější vysvětlení.

Co přesně KB5124008 rozbila

Zářijová bezpečnostní aktualizace zasáhla hned několik klíčových oblastí systému. Nejviditelnější dopad pocítili správci serverů a firmy využívající Remote Desktop Services: RDP relace začaly padat po několika minutách, servery zamrzávaly na hlášce „Please wait for the Remote Desktop Configuration“ a přestaly reagovat konzole MMC, RDS Licensing Diagnoser i stránka Windows Update.

Druhý okruh problémů se týkal zvuku. Zařízení připojená přes USB Audio Class 1.0 buď ztratila zvuk úplně, nebo hlásila chybový kód 10. Ovládání hlasitosti a nastavení zvuku přestalo reagovat.

Třetí regrese zasáhla sdílení hostitelských složek do linuxových virtuálních strojů přes protokol Plan9. To rozbilo nejen klasické HCS-managed VM, ale i Windows Subsystem for Linux a aplikaci Claude Cowork, takže uživatelé najednou neviděli své lokální soubory.

Co KB5129195 skutečně opravuje, a co ne

Microsoft v oficiálním support článku potvrzuje, že KB5129195 řeší nestabilitu Remote Desktop Services. Podle release-health panelu pro 24H2 je opravené i sdílení složek přes Plan9.

U zvuku je situace složitější. Záplata opravuje selhání v 8kanálových a 3D režimech USB Audio Class 1.0, ale ostatní symptomy (chybový kód 10, nulová hlasitost, nereagující nastavení zvuku) zůstávají otevřené. Oficiální dočasné řešení zní: přepnout problémové zařízení do dvoukanálového režimu.

A pak je tu AMD. V dokumentaci KB5129195 se neobjevuje žádná položka týkající se grafického stacku Radeon. Nejnovější veřejně dostupný ovladač AMD Software: Adrenalin Edition 26.9.1 pochází z 3. září 2026, tedy ještě před vydáním problematické KB5124008, a jeho release notes žádný hotfix k zářijové regresi neobsahují. Kdy se opravy dočkáme, veřejně potvrzené není.

Uživatelé na fórech Microsoft Q&A navíc hlásí problémy s File History, které po odinstalaci KB5124008 zmizí. Microsoft ale tuto závadu zatím nezapsal mezi oficiálně potvrzené známé problémy.

Kterých verzí se záplata týká a jak ji ověřit

KB5129195 je určená výhradně pro Windows 11 24H2 a 25H2. Ostatní větve dostaly vlastní mimořádné balíčky:

• Windows 11 24H2 → KB5129195, cílový build 26100.9457
• Windows 11 25H2 → KB5129195, cílový build 26200.9457
• Windows 11 23H2 → KB5129242, cílový build 22631.7584
• Windows 11 26H1 → KB5129194 (určená pro nová zařízení s novým hardwarem, ne pro běžný upgrade)

Rozsah oprav je u 24H2 a 25H2 veřejně shodný, liší se jen číslo buildu.

Jak ověřit instalaci: Nastavení → Windows Update → Historie aktualizací a hledat KB5129195. Alternativně stačí spustit příkaz winver a porovnat číslo buildu. Zařízení se zapnutou volbou „Získat nejnovější aktualizace, jakmile budou k dispozici“ mohou záplatu dostat automaticky; jinak je nutná ruční instalace přes Windows Update. Microsoft neuvádí žádné regionální omezení.

Instalovat, nebo čekat?

Pro stroje, které už běží na KB5124008, dává větší smysl KB5129195 doinstalovat než zůstat na rozbitém stavu. Microsoft sám doporučuje přejít na nejnovější dostupnou aktualizaci. Padání vzdálených ploch a ztráta přístupu k souborům ve WSL jsou problémy, se kterými se pracovat nedá.

Výjimku tvoří dva scénáře. Pokud je počítač závislý na USB Audio Class 1.0 v jiném než dvoukanálovém režimu, záplata problém vyřeší jen částečně. A pokud řešíte nejasnou regresi grafiky AMD Radeon, KB5129195 vám nepomůže a veřejný termín opravy neexistuje. V obou případech je rozumné nasadit aktualizaci nejdřív na testovacím stroji.

Šest dní od Patch Tuesday k mimořádné záplatě a výsledek je spíš menší škoda než návrat k normálu. Pro uživatele s grafikami AMD zůstává jediná jistota ta, že čekání pokračuje.

Co přesně aktualizace rozbila

Symptomy, které Microsoft veřejně popisuje, jsou nepříjemně rozmanité. Na některých sestavách se USB audio zařízení ve Správci zařízení vůbec nespustí a zobrazí chybu „This device cannot start (Code 10)“. Jinde zvuk zdánlivě funguje, ale hlasitost zůstává na nule a ovladače hlasitosti nereagují. Další uživatelé narazí na nedostupné nebo zamrzlé nastavení zvuku.

Část zařízení přitom ve dvoukanálovém stereu hraje normálně, problém se projeví až při přepnutí do 8kanálového nebo 3D režimu. Právě tento konkrétní symptom řeší mimořádná záplata KB5129195 ze 14. září. Zbytek nikoliv.

Co se týká mikrofonu: Microsoft ve výčtu symptomů explicitně zmiňuje především ztrátu zvukového výstupu. Ovladač Usbaudio.sys ale obsluhuje i USB mikrofony spadající do stejné třídy, takže i ty může chyba zasáhnout. Jde o logickou dedukci z architektury ovladače, ne o samostatně potvrzený symptom.

Koho se problém týká a koho ne

Microsoft nevyjmenovává konkrétní značky ani modely počítačů. Rozhodující není výrobce, ale typ připojeného zvukového hardwaru. Pokud počítač s Windows 11 24H2 nebo 25H2 používá USB audio zařízení standardu 1.0, je v rizikové skupině. Poznat to lze ve Správci zařízení, kde se takové zařízení zobrazuje pod kategorií „Ovladače zvuku, videa a herních zařízení“ a Windows pro něj používají systémový ovladač Usbaudio.sys místo proprietárního softwaru od výrobce.

Naopak mimo hlavní oblast dopadu by měla být:

• Interní zvuková karta notebooku nebo desktopu (jiný ovladač, jiná cesta)
• HDMI/DisplayPort audio přes grafickou kartu
• Čistě Bluetooth sluchátka a reproduktory, která běží přes oddělenou Bluetooth audio cestu s profily A2DP a HFP

Pozor ale na bezdrátová sluchátka s USB donglem. Ta se systému mohou hlásit jako USB audio zařízení, a pak spadají do stejné rizikové kategorie.

Důležité je také to, že dopad na obě větve Windows 11 je identický. Microsoft popisuje pro 24H2 i 25H2 stejné symptomy, stejné datum otevření problému i stejný stav opravy. Liší se jen číslo buildu.

Co dělat, když vám zvuk přestal fungovat

Microsoft nenabízí univerzální řešení pro všechny symptomy. Praktický postup, který lze z dostupných informací sestavit:

• Ověřte příčinu. Zkontrolujte v historii aktualizací, zda se KB5124008 nainstalovala těsně před výpadkem zvuku.
• Zkuste dvoukanálový režim. Pokud zvuk selhává jen ve vícekanálovém nebo 3D nastavení, přepněte na stereo.
• Nainstalujte KB5129195. Tato mimořádná záplata se stahuje automaticky přes Windows Update a řeší alespoň selhání v 8kanálovém a 3D režimu.
• Při přetrvávajícím výpadku zvažte odinstalaci aktualizace. Jde o nouzový krok, návod je dostupný přímo v nastavení Windows. Počítejte ale s tím, že přijdete o zářijové bezpečnostní záplaty a Microsoft negarantuje, že odinstalace zvuk ve všech případech obnoví.
• Pozastavte další aktualizace. V Nastavení → Windows Update lze aktualizace odložit až o 35 dní, což dává čas počkat na plnou opravu.

Kdo nemůže čekat a USB audio je pro něj kritické, třeba pro práci s nahráváním, tomu zbývá dočasně přejít na jinou zvukovou cestu: interní audio, HDMI výstup nebo Bluetooth.

Proč k tomu došlo a co říká Microsoft

Technickou příčinu Microsoft nezveřejnil. Z dostupných informací vyplývá, že jde o regresi v generické USB audio cestě Windows, tedy v systémovém ovladači, který obsluhuje zařízení bez vlastního proprietárního softwaru. Právě proto problém není vázaný na jednu značku hardwaru, ale na celou třídu USB Audio Class 1.0.

Aktualizace vyšla 8. září. Microsoft problém oficiálně uznal o tři dny později, 11. září. Částečnou opravu dodal 14. září. Zbývající symptomy vede jako otevřené s poznámkou, že na řešení pracuje. Termín plné opravy neuvádí.

Nejde přitom o izolovaný bug jednoho konkrétního buildu Windows 11. Podle záznamů na Release Health se stejný typ regrese USB Audio Class 1.0 propsal i do dalších klientských a serverových větví Windows. To naznačuje, že problém leží hlouběji ve sdílené kódové základně.

Pro uživatele, kteří na USB audio nespoléhají, je zářijová aktualizace bezpečná a přináší důležité bezpečnostní záplaty. Kdo ale denně pracuje se starším USB DAC nebo USB headsetem bez vlastního ovladače, udělá dobře, když si před instalací ověří, zda jeho zařízení spadá do rizikové kategorie, a případně si připraví záložní zvukovou cestu.

Jak vědci slabinu změřili

Autoři studie zvolili dvě odlišné strategie nátlaku. V první variantě prostě opakovali nepravdivé tvrzení, až padesátkrát v jednom vlákně, a sledovali, jestli a kdy model ustoupí. Ve druhé variantě přidali argumentační tlak: falešné citace, zdánlivě logické zdůvodnění, naléhavý tón. Výsledky se překvapivě lišily.

Při prostém opakování dopadl nejhůře GPT-3.5 s mírou potvrzení lži 12,3 %. Nejlépe obstál Claude 3.5 Sonnet, který potvrdil nepravdu jen v 0,08 % případů. Zbylé modely se pohybovaly mezi nimi: GPT-4o na 0,5 %, GPT-4o-mini na 0,9 %, DeepSeek-R1 na 1,0 %, Llama 3-70B na 1,4 % a Gemini 1.5 Pro na 3,1 %.

Jakmile ale vědci zapojili argumentační tlak, pořadí se dramaticky přeskládalo. DeepSeek-R1 vystřelil na 22,2 %, z jednoho procenta na více než pětinu odpovědí obsahujících potvrzenou nepravdu. Claude 3.5 Sonnet naopak vzrostl z téměř nuly na 3,5 %. A paradoxně GPT-3.5 pod argumentačním tlakem klesl z 12,3 % na 2,6 %, jako by ho konfrontace donutila k větší opatrnosti.

Reverberation: když chatbot střídavě lže a říká pravdu

Studie pojmenovala dosud nepopsaný jev, takzvanou reverberaci. Model v po sobě jdoucích odpovědích téhož chatu nepředvídatelně osciluje: jednou nepravdu odmítne, o dvě zprávy později ji potvrdí, pak ji zase popře. Uživatel tak nedostává stabilní verdikt, ale momentální „fázi“ konverzace. Prakticky to znamená, že poslední odpověď chatbotu není spolehlivější než ta předchozí. Je jen novější.

Další zjištění se týká opravitelnosti. Vědci poté, co model lež přijal, zkusili ho v dalším kroku opravit a položili otázku znovu, tentokrát s korektní informací. GPT-4o a GPT-4o-mini se opravily téměř vždy. Claude 3.5 Sonnet udělal chyb nejméně, ale když už k nim došlo, v tomto experimentu je neopravil; autoři ovšem upozorňují, že šlo pouze o čtyři případy, takže statistický závěr je slabý. Odolnost proti přijetí lži a schopnost pozdější sebekorekce jsou zkrátka dvě různé vlastnosti.

Proč je to problém právě teď, a právě v Česku

Chatboty dnes neslouží jen k zábavě. Digitální a informační agentura provozuje AI asistenta nad veřejnými dokumenty a sama upozorňuje, že nejde o právní radu. Ministerstvo pro místní rozvoj v únoru 2026 podpořilo sedm projektů AI pro stavební úřady včetně automatické analýzy dokumentů. Kurzy eAkademie DIA učí úředníky používat AI pro návrhy dopisů, shrnutí dokumentů a přepisy jednání. V komerční sféře Microsoft uvádí pilotní nasazení Copilotu v České spořitelně, O2, Asahi nebo PPF pro zápisy ze schůzek, shrnutí a dohledávání informací.

Ve všech těchto scénářích platí stejné riziko: pokud chatbot v delší konverzaci přijme nepravdu za svou, může ji protlačit do interního podkladu, klientské komunikace nebo úředního návrhu. A nikdo si toho nemusí všimnout, protože odpověď zní plynule a sebejistě. Sama OpenAI ve svém help centru přiznává, že ChatGPT může produkovat nesprávné nebo zavádějící výstupy, i když zní přesvědčivě. NÚKIB doporučuje brát odpovědi chatbotů s rezervou a nevkládat do nich citlivá data.

Co s tím dělají výrobci, a co můžete udělat vy

OpenAI problém přehnané souhlasnosti řešila veřejně už v dubnu 2025, kdy po stížnostech uživatelů stáhla verzi GPT-4o a popsala změny v testování chování modelu před nasazením. Anthropic veřejně pracuje na snižování halucinací a doporučuje techniky pro ověřování odpovědí, konkrétní reakci na tuto studii se nám ale nepodařilo dohledat. Důležité je dodat, že některé testované verze modelů už dnes nejsou výchozí: GPT-4o byl z ChatGPT vyřazen v únoru 2026, Claude 3.5 Sonnet v říjnu 2025. Slabina ale není záležitostí jedné verze. Je to vlastnost celé třídy jazykových modelů, které generují odpovědi na základě pravděpodobnosti, ne na základě porozumění pravdě.

Jako uživatel máte k dispozici několik varovných signálů:

• Chatbot přestal opravovat vaši falešnou premisu a začal na ní stavět.
• Přidává detaily a „důkazy“ k tvrzení, které jste mu sami podsunuli.
• Stejnou věc v jiném kroku téhož chatu posoudí opačně.
• Zní jistě, ale necituje žádný ověřitelný zdroj.

Praktický postup pro důležitá témata: po delší debatě otevřít nové vlákno, položit otázku znovu bez předchozího kontextu, vyžádat si zdroje a klíčová tvrzení zkontrolovat mimo chat. U právních, zdravotních nebo finančních věcí platí jedno pravidlo: chatbot je pomocník pro orientaci, ne finální autorita.

Největší riziko nespočívá v tom, že chatbot jednou řekne nesmysl. Spočívá v tom, že po třiceti zprávách v jednom vlákně přestanete mít důvod jeho odpovědi zpochybňovat, a právě v tu chvíli je zpochybňovat přestanete.

Který update je skutečný viník

Na internetu koluje zmatek kolem buildů, takže je důležité to upřesnit. Chyba patří k aktualizaci KB5120998, vydané 27. srpna 2026, s buildy 26200.9278 (pro 25H2) a 26100.9278 (pro 24H2). Buildy 26200.9168 a 26100.9168, které se v některých článcích mylně uvádějí jako zdroj problému, ve skutečnosti patří ke starší bezpečnostní aktualizaci KB5121003 z 11. srpna 2026. Ta má vlastní seznam známých problémů, ale kurzor mezi nimi nefiguruje.

Proč po KB5120998 tolik lidí sáhlo, přestože šlo o volitelnou preview aktualizaci? Aktualizace přinesla lákavé novinky: přesouvatelný hlavní panel, změnu velikosti nabídky Start a úpravy Windows Search. Právě proto se chyba rozšířila rychleji, než bývá u preview aktualizací obvyklé. Microsoft sám tyto volitelné preview releasy popisuje jako nástroj časné validace před následujícím povinným měsíčním bezpečnostním updatem. Jinými slovy, uživatelé de facto testovali obsah příštího Patch Tuesday.

Koho se chyba týká a jak to poznat

Microsoft oficiálně vymezuje zasaženou skupinu jako neanglické instalace Windows 11 24H2 a 25H2 s nainstalovanou KB5120998 nebo novějším updatem postaveným na stejném kódu. Česká jazyková verze do této skupiny spadá. Podle sekundárních hlášení serveru Windows Latest se ale problém může projevit i na anglickém systému s přidaným sekundárním jazykem nebo rozložením klávesnice. Microsoft to zatím výslovně nepotvrdil, ale ani nevyvrátil.

Jak ověřit, jestli se vás chyba týká:

• Stiskněte Win + R, napište winver a zkontrolujte číslo buildu. Hledáte 26200.9278 nebo 26100.9278.
• V Nastavení → Windows Update → Historie aktualizací ověřte, zda je v seznamu KB5120998.
• Symptom: kurzor se po změně schématu, barvy či velikosti vrací ke standardnímu bílému ukazateli, případně nereaguje na uložené nastavení ani po restartu.

Pokud máte jiný build a kurzor se chová podivně, příčina bude jinde. Microsoft letos řešil i samostatný problém s mizejícím kurzorem v klasickém Outlooku, ten ale s KB5120998 nesouvisí.

Proč oprava zatím chybí

V systému Release Health vede Microsoft chybu ve stavu Confirmed. To v jeho vlastní terminologii znamená, že problém potvrdil a pracuje na řešení, ale zatím neposkytl ani dočasné opatření (stav „Mitigated“), ani hotový fix (stav „Resolved“). Formulace v changelogu zní stroze: „Pracujeme na řešení a poskytneme aktualizaci v některém z nadcházejících vydání Windows.“

Žádné datum. Žádné KB číslo budoucí opravy. Žádný přechodný postup od Microsoftu.

Podle nás je to u chyby zasahující tak základní ovládací prvek systému překvapivě málo. Microsoft u hromadných problémů umí vydat mimořádný out-of-band update i mimo pravidelný cyklus, ale zatím nic nenasvědčuje tomu, že by se k tomu chystal. Realisticky lze čekat opravu nejdříve v zářijovém Patch Tuesday, tedy kolem 9. září 2026. Slíbit to ale nejde.

Za zmínku stojí, že KB5120998 přinesla i druhý potvrzený problém: na některých počítačích se po aktualizaci zobrazí černé pozadí plochy a nenačtou se nastavení plochy. Obě chyby zřejmě sdílejí společný kořen v rozbité větvi personalizačních komponent.

Co dělat, když vás chyba zasáhla

Microsoft sice nevydal specifický workaround, ale řešení existuje a je prosté. Protože KB5120998 je volitelná preview aktualizace, nikoli povinný bezpečnostní patch, její odinstalace nepředstavuje bezpečnostní riziko.

Postup:

• Otevřete Nastavení → Windows Update → Historie aktualizací → Odinstalovat aktualizace.
• Najděte KB5120998 a klikněte na Odinstalovat.
• Po restartu ověřte, že se kurzor vrátil k vašemu nastavenému schématu.
• Aby se update hned nevrátil, přejděte do Nastavení → Windows Update a pozastavte aktualizace. Windows 11 umožňuje pauzu až na 35 dní.

Kdo aktualizaci ještě nenainstaloval, nemusí spěchat. Novinky jako přesouvatelný hlavní panel jsou lákavé, ale dorazí i v příštím povinném updatu, tentokrát snad bez rozbitého kurzoru.

Rozbitý kurzor myši je druh chyby, která člověka nenechá v klidu pracovat. Není to pád systému, není to ztráta dat, ale je to neustálá, drobná iritace při každém pohybu ruky. Microsoft problém potvrdil, ale datum opravy zatím nedal. Kdo nechce čekat, má jedinou spolehlivou cestu: KB5120998 odinstalovat a dočasně zamknout dveře, kterými se vrací.

Co přesně se po aktualizaci děje

Hlášení z komunitního vlákna na Redditu ukazují tři hlavní projevy:

• Pád z 5G na LTE nebo úplná ztráta signálu. Telefon přestane vidět 5G síť operátora, přestože ve stejné lokalitě fungovala bez potíží před aktualizací. Část uživatelů hlásí opakovaný stav „Žádná služba“.
• Zmizení eSIM. Menu pro správu SIM karet zešedne nebo eSIM profil zmizí. U řady Pixel 10, která v některých regionech funguje výhradně na eSIM, je to zvlášť nepříjemné, protože fyzickou SIM jako zálohu jednoduše nemáte.
• Problémy s Wi-Fi. Telefon se buď nepřipojí k dříve uložené domácí síti, nebo se připojí, ale aplikace přes Wi-Fi nefungují a data tečou přes mobilní síť.

Důležité upřesnění: Google veřejně nepotvrdil plošné mazání uložených Wi-Fi sítí. Doložené je zhoršené chování Wi-Fi, tedy ztráta automatického připojování a nefunkčnost některých aplikací na Wi-Fi. K faktickému smazání uložených sítí dojde až tehdy, když uživatel zvolí možnost „Resetovat Bluetooth a Wi-Fi“, což je jiný reset než ten doporučovaný jako první pomoc.

Oprava krok za krokem, a co přesně smaže

Účet Pixel Support v komunitních vláknech doporučuje jako první krok reset mobilních nastavení. Postup je přímočarý:

• Otevřete Nastavení.
• Přejděte na Systém → Možnosti resetování.
• Klepněte na Resetovat nastavení mobilní sítě.
• Potvrďte.

Tento reset vrátí nastavení mobilní sítě telefonu do výchozího stavu. Může obnovit preferovaný typ sítě, APN a další nastavení mobilního připojení. Osobní data, fotky ani aplikace nesmaže a neměl by odstranit ani uložené Wi-Fi sítě. Po restartu zkontrolujte, jestli je správně zvolená SIM pro mobilní data a jestli je v nastavení sítě povolené 5G.

Pokud máte potíže čistě s Wi-Fi, existuje i volba Resetovat Bluetooth a Wi-Fi, která ale uložené Wi-Fi sítě a Bluetooth párování skutečně vymaže. Sáhněte po ní, jen když reset mobilní sítě nepomohl a problémy s Wi-Fi budou pokračovat.

Co dělat, když zmizí eSIM

Pokud reset mobilního nastavení eSIM profil neobnoví, budete ho muset nahrát znovu. U českých operátorů to vypadá takto:

• T-Mobile – přenos eSIM trvá podle operátora obvykle do 30 minut; potřebujete stabilní internetové připojení.
• Vodafone – aktivace eSIM bývá hotová do několika minut.
• O2 – k aktivaci potřebujete QR kód nebo voucher a stabilní Wi-Fi připojení.

Prakticky tedy nejde o nic, co by mělo zabrat více než pár minut, pokud máte všechny potřebné údaje. Oficiální nápověda Pixelu popisuje celý postup nastavení nové eSIM.

Instalovat hned, nebo počkat?

Síťové potíže po velké aktualizaci nejsou u Pixelů novinkou. Komunitní vlákna dokumentují podobné stížnosti i po Androidu 15 a 16. U sedmnáctky je ale kombinace tří problémů najednou (5G, eSIM a Wi-Fi) výrazně nepříjemnější.

Z bezpečnostního hlediska dává aktualizace smysl. Červnový Pixel Update Bulletin obsahuje bezpečnostní záplaty i opravy a aktualizace Google doporučuje nainstalovat. Jenže stabilita konektivity je jiná kapitola. K 28. srpnu 2026 Google veřejně nepopsal jednotnou příčinu ani nesdělil konkrétní termín trvalé opravy. Aktualizace se navíc šíří ve vlnách (podle zařízení a operátora), takže ne každý Pixel dostane stejný build ve stejný den.

Podle nás platí jednoduché pravidlo: pokud je váš Pixel hlavní pracovní telefon závislý na 5G nebo eSIM, vyplatí se počkat na nejbližší měsíční patch. Pokud vám jde primárně o bezpečnost a Wi-Fi vám stačí jako záloha, aktualizujte a mějte v záloze postup s resetem mobilních nastavení.

Kterých modelů se to týká

Hlášení nejsou univerzální, ale pokrývají široký záběr generací. Doložené případy 5G a eSIM se objevují u modelů Pixel 6a, 8, 8a, 8 Pro, 9, 9 Pro, 9 Pro XL, 9a, 10, 10 Pro XL a 10a. Wi-Fi větev chyby podle Android Authority zasahuje zařízení od Pixelu 7 po Pixel 10. Nejde tedy o problém jedné generace, spíš o kombinaci konkrétního modemu, operátora a profilu eSIM, která mohla v beta testování uniknout plošnému odhalení.

Jeden reset mobilních nastavení, žádná ztracená data a ve většině případů obnovená 5G konektivita. Není to elegantní řešení ze strany Googlu, ale může fungovat, a dokud nepřijde oficiální záplata, je to jeden z nejjednodušších kroků, které můžete vyzkoušet.

Jak deštník oklame oči dronu

Autonomní sledovací režimy (DJI je prodává jako ActiveTrack, u Nea jde o Subject Tracking, HoverAir mluví o ShadowTrack) fungují na jednoduchém principu. Kamera identifikuje člověka, software kolem něj vykreslí sledovací rámeček a dron pak udržuje takový odstup, aby rámeček zabíral stále stejnou část obrazu. Když se člověk vzdaluje, rámeček se zmenšuje a dron přidá plyn, aby „dorovnal“ vzdálenost.

Právě tuto logiku FlyTrap zneužívá. Vzor na deštníku způsobí, že se sledovací rámeček uměle smrští; dron to interpretuje jako vzdalování cíle a sám přiletí blíž. Člověk přitom stojí na místě. U DJI Mini 4 Pro výzkumníci takto stáhli stroj na dosah sítě, kterou ho mohli fyzicky zachytit. U menších modelů DJI Neo a HoverAir X1, které továrně sledují z pouhých dvou metrů, přiblížení skončilo přímou kolizí.

Proč nestačí softwarová záplata

Klíčové zjištění studie není v tom, že by konkrétní firmware obsahoval opravitelnou díru. Problém je o úroveň výš: celá architektura kamera → sledovací algoritmus → řízení vzdálenosti spoléhá na to, že vizuální vstup odpovídá realitě. Jakmile útočník dokáže tento vstup zmanipulovat, řetězec se může zhroutit bez ohledu na verzi softwaru.

Tým vedený Šao-jüan Siem a seniorním autorem Čchi Alfredem Čenem navíc otestoval dvě existující detekční obrany, které měly podobné manipulace odhalit. FlyTrap je obešel. Další známé obranné techniky pro sledovací algoritmy sice teoreticky existují, ale podle autorů nejsou dostatečně rychlé pro nasazení v reálném čase za letu. Formulace „nelze opravit softwarem“ tedy neznamená, že žádná budoucí obrana nikdy nevznikne. Znamená, že běžný firmware patch jednoho modelu nestačí; byla by nutná zásadní změna architektury vnímání, případně doplnění dalších senzorů, které ověří vzdálenost nezávisle na kameře.

Tři drony, tři výsledky

Praktické testy proběhly na třech komerčně dostupných strojích, ke kterým výzkumníci neměli přístup k internímu kódu. Šlo o takzvané black-box experimenty:

• DJI Mini 4 Pro – dron s ActiveTrack 360° se podařilo přitáhnout na dosah fyzického zachycení sítí. Stroj sám nespadl, ale ztratil bezpečný odstup.
• DJI Neo – menší selfie dron s tovární sledovací vzdáleností kolem dvou metrů. V 60 % testů skončil kolizí a pádem.
• HoverAir X1 – autonomní „létající kamera“ se ShadowTrackem. Pád nastal v 80 % pokusů.

Rozdíly mezi modely naznačují, že Mini 4 Pro disponuje určitými vnitřními kontrolními mechanismy, které levnější stroje postrádají. Ani ty ale nezabránily samotnému přitažení.

Nenápadnost jako zbraň

Jeden z nejpřekvapivějších výsledků přinesla studie se dvěma sty respondenty. Výzkumníci se ptali, zda by jim přišlo podezřelé, kdyby někdo venku za sucha držel deštník. Téměř 79 procent lidí to nepovažovalo za neobvyklé. A jen necelých šest procent označilo samotný potištěný vzor FlyTrap za podezřelý. Útok je tedy nejen technicky účinný, ale i sociálně nenápadný.

Vytvoření fungujícího vzoru ovšem není triviální. Autoři použili AI optimalizaci přizpůsobenou zakřivenému povrchu deštníku, simulaci postupného přibližování dronu a kontrolu časoprostorové konzistence. Nejúčinnější varianta dosáhla v laboratorních testech průměrné přenositelnosti 18,2 procenta napříč různými sledovacími algoritmy, a přesto v reálných pokusech oklamala všechny tři testované komerční modely.

Co to znamená pro bezpečnost a pro Česko

Studie výslovně varuje, že stejný princip kamerového autonomního sledování se používá i v policejním dohledu, ostraze hranic nebo průmyslové inspekci. Testované stroje jsou sice spotřebitelské, ale architektura je sdílená. Autoři oba výrobce, DJI i HoverAir, informovali ještě před zveřejněním výzkumu. Veřejná reakce ani termín případné opravy ale zatím nejsou známy.

V českém kontextu Policie ČR prokazatelně pracuje s bezpilotními systémy a Armáda ČR veřejně uvádí využití platformy DJI Matrice 300 RTK. Zda české složky provozují stejné sledovací funkce jako testované modely, z otevřených zdrojů potvrdit nelze. Protidronová problematika je ale i u nás živé téma; Vojenská policie nedávno řešila rozšíření pravomocí právě proti nebezpečným bezpilotním strojům.

Pro majitele spotřebitelských dronů se sledovacím režimem z výzkumu plyne jedno praktické doporučení: ve veřejném prostoru, kde se k dronu může někdo dostat na pár metrů, je rozumné nespoléhat výhradně na autonomní tracking. A pro bezpečnostní složky ještě důraznější: čistě kamerové autonomní sledování bez lidského dohledu a bez nezávislého senzorového ověření nemusí být tak spolehlivé, jak se dosud předpokládalo.

Deštník samozřejmě není univerzální „vypínačka“ všech dronů. Útok funguje jen proti strojům s aktivním kamerovým sledováním, v konkrétní geometrii scény a se vzorem optimalizovaným pro daný typ trackeru. Jenže právě v tom je jeho síla: nepotřebuje rušičku, hacknutí ani fyzický kontakt. Stačí stát na místě a nechat dron, aby si přiletěl sám.

Heslo jako otevřené dveře

První chyba je paradoxně ta nejbanálnější. Stejné heslo do e-mailu, e-shopu i internetového bankovnictví. Stačí, aby unikla databáze jednoho obchodu, a útočník má klíč k účtu. Zákon o platebním styku v § 165 ukládá klientům chránit osobní bezpečnostní prvky, tedy hesla, PINy a přístupové kódy, a bez odkladu hlásit jejich ztrátu nebo zneužití.

Policie ČR v únoru 2026 popsala případ, kdy žena po falešné SMS vyplnila údaje k internetovému bankovnictví na podvržené stránce. Pachatel je zneužil k založení bankovního účtu na její jméno a čerpání úvěru. Stačilo jedno heslo zadané na špatném místě.

Česká národní banka navíc upozorňuje, že i potvrzení silného ověření, například odsouhlasení operace v mobilní aplikaci, může být posouzeno jako hrubá nedbalost, pokud klient schvaloval něco, co sám nevyvolal. V tu chvíli banka podle § 182 za ztrátu neodpovídá.

Veřejná Wi-Fi: pohodlí, které stojí za to přehodnotit

Kavárna, letiště, hotel. Připojit se k Wi-Fi a zkontrolovat zůstatek na účtu je lákavé. Jenže riziko nespočívá jen v odposlechu dat; CERT Polska upozorňuje především na falešné hotspoty, které mohou uživatele přesměrovat na phishingové přihlašovací stránky. Člověk si myslí, že se přihlašuje do banky, a přitom zadává údaje útočníkovi.

NÚKIB ve svých doporučeních říká jasně: přes veřejnou Wi-Fi se do internetového bankovnictví raději nepřihlašujte. Pokud musíte použít VPN, vytvoříte si šifrovaný tunel mezi vaším zařízením a serverem a ztížíte tak odposlech. Ale pozor: VPN neochrání před phishingem. I přes VPN můžete kliknout na falešný odkaz a zadat údaje na podvrženou stránku.

Podvodný odkaz: jeden klik, prázdný účet

Třetí chyba je nejnebezpečnější, protože kombinuje techniku s psychologickým tlakem. Přijde SMS: „Vaše zásilka čeká na zaplacení cla.“ Nebo: „Policie ČR, ověřte svou totožnost.“ Odkaz vede na stránku, která vypadá jako web banky nebo státní instituce. Oběť zadá údaje, potvrdí operaci v aplikaci a peníze jsou pryč.

CERT Polska ve své analýze kampaně NGate popsal ještě sofistikovanější variantu: po phishingu oběť nainstalovala falešnou aplikaci, přiložila platební kartu k telefonu, zadala PIN a útočník na druhém konci vybral hotovost z bankomatu, aniž kartu fyzicky držel. Celý řetězec od SMS po výběr trval několik minut.

Policie ČR to shrnuje jednoduše: „Stačí jediný telefonát.“ A připomíná pravidlo 3Z: zastavit se, zamyslet se, zavolat zpět na oficiální číslo banky.

Co říká zákon a proč je to důležité pro podnikatele

Právní rámec je pro všechny české banky stejný. Zákon o platebním styku v § 181 ukládá bance napravit neautorizovanou transakci nejpozději do konce následujícího pracovního dne. Ale § 182 říká, že klient nese ztrátu v plném rozsahu, pokud ji způsobil podvodně, úmyslně nebo z hrubé nedbalosti. A § 188 stanoví lhůtu: oznámení musí přijít bez zbytečného odkladu, nejpozději do 13 měsíců.

Česká spořitelna to má ve svých všeobecných obchodních podmínkách napsané natvrdo: porušení bezpečnostních pravidel může být posouzeno jako hrubá nedbalost a banka pak za škodu neodpovídá. Raiffeisenbank staví ochranu na denních online limitech a notifikacích. Fio nabízí hlásiče s push upozorněními zdarma.

Pro OSVČ a drobného podnikatele je tohle téma ještě palčivější. Vyšší částky na účtu, častější platby, práce z mobilu na cestách. Stejná chyba, která běžného klienta připraví o pár tisíc, může podnikateli zastavit provoz firmy. Podle nás má smysl držet denní limit co nejníž a zvyšovat ho jen na dobu konkrétní platby; třeba Raiffeisenbank to umožňuje přímo v aplikaci.

Jak se bránit: pět kroků, které zaberou pět minut

• Přihlašujte se jen přes oficiální aplikaci nebo ručně zadanou adresu banky. Nikdy přes odkaz v SMS nebo e-mailu.
• Čtěte, co v aplikaci potvrzujete. Pokud vidíte operaci, kterou jste sami nezadali, nepotvrzujte ji.
• Zapněte si push notifikace. U Fio přes hlásiče, u Raiffeisenbank v nastavení notifikací, u České spořitelny v aplikaci George. Konkrétní postup se liší podle banky.
• Snižte denní limity. Zvyšujte je jen tehdy, když víte, že budete platit vyšší částku.
• Na veřejné Wi-Fi bankovnictví neřešte. Pokud musíte, použijte VPN, ale ani ta nenahradí zdravý rozum.

Pokud potřebujete nahlásit podezřelou transakci, jednejte okamžitě: kontaktujte banku, zablokujte kartu i přístup, zastavte další pohyby na účtu a podejte oznámení na policii.

Tři chyby, které vypadají nevinně. Zákon, který v takové chvíli může stát na straně banky. A podvodníci, kteří přesně vědí, že většina lidí si přečte varování, a stejně klikne.

Proč nestačí jeden update

Jádro problému leží v tom, jak Android distribuuje aktualizace. Dokumentace AOSP rozlišuje dva typy balíků: full OTA, který obsahuje kompletní cílový stav systému a lze ho nainstalovat bez ohledu na aktuální build, a incremental OTA, který nese jen rozdíly oproti předchozí verzi. Full OTA je větší, ale univerzální. Incremental je menší, ale vyžaduje přesně ten výchozí stav, na který navazuje.

Výrobci běžně používají inkrementální aktualizace. Důvod je prostý: šetří data i serverovou kapacitu. Jenže když telefon ležel měsíce na skladě a mezitím vyšly čtyři bezpečnostní bulletiny, inkrementální OTA se nemusí dát přeskočit. Každý krok musí proběhnout v pořadí: stáhnout, nainstalovat, restartovat, aktivovat nový build a teprve pak se zpřístupní další záplata. Odtud mohou pocházet i čtyři restarty. Systém po každém z nich zkontroluje aktuální stav a nabídne následující balík, protože ten je navázaný na právě aktivovanou verzi.

Skladový paradox: nový telefon, starý firmware

Motorola na své podpůrné stránce uvádí, že Signature startovala s Androidem 16 a garantuje bezpečnostní aktualizace každé dva měsíce po dobu sedmi let. To zní solidně, alespoň na papíře. V praxi ale záleží na tom, jak dlouho kus ležel v distribučním řetězci.

Telefon vyrobený v lednu a prodaný v červnu může být několik měsíců pozadu. Není to vada konkrétního modelu ani chyba jednoho výrobce. Je to konstrukční slabina celého OEM ekosystému Androidu:

• Google vydá měsíční bezpečnostní bulletin a zdrojové kódy oprav.
• Výrobce čipů musí dodat aktualizované ovladače a další potřebné komponenty.
• OEM (v tomto případě Motorola) integruje opravy a testuje je pro různé softwarové verze, modely, regiony a distribuční kanály.
• Operátor v některých zemích přidává vlastní certifikaci.

Každý článek řetězce může přidat dny až týdny. A žádný z nich neřeší situaci kusu, který už leží zabalený v krabici.

Jak si stojí konkurence

Ne všechny telefony s Androidem jsou na tom stejně. Rozdíly v přístupu k aktualizacím jsou markantní.

Pixel je v tomto srovnání výjimka. Google u něj zveřejňuje full OTA balíky, které dokážou přeskočit libovolný počet mezikroků a dostat telefon rovnou na cílový build. Technická možnost kumulativního skoku tedy existuje, jenže běžný OEM ji koncovému uživateli v klasickém aktualizačním toku nemusí nabídnout.

Apple to řeší radikálně jinak. Aktualizace iOS vede z jednoho zdroje na aktuální verzi. Uživatel neřeší, kolik bulletinů mezitím vyšlo; aktualizace softwaru nabídne poslední dostupnou verzi systému. Android to technicky umí také. Ekosystém desítek výrobců, stovek modelů a regionálních variant ale podobný přístup v praxi komplikuje.

Co s tím Google dělá, a co ne

Google si problém uvědomuje roky. Už v roce 2017 na vývojářském blogu přiznal, že aktualizace jsou pro výrobce „obtížné a drahé“, a představil projekt Treble, který oddělil vendor vrstvu od zbytku systému. Později přišel Mainline, modulární systém, díky kterému se některé komponenty Androidu aktualizují přímo přes Google Play, mimo klasický OTA cyklus. Bezpečnostní opravy jádra, ovladačů a dalších částí systému ale stále procházejí tradiční cestou přes výrobce.

V dokumentaci Androidu 17 není žádné oznámení funkce, která by řešila sloučení zameškaných měsíčních OTA do jednoho kroku pro koncového uživatele. Problém tedy přetrvává i v další generaci systému.

Co udělat hned po rozbalení

Kdo si kupuje nový telefon s Androidem, ať už Motorolu, Samsung, nebo cokoli jiného, měl by počítat s tím, že první minuty nebudou o focení a nastavování tapety:

• Připojit se k Wi-Fi.
• Mít baterii nad 75 %.
• Otevřít Nastavení → Systém → Aktualizace softwaru a spustit kontrolu.
• Po každém restartu kontrolu zopakovat. Další záplata se může zpřístupnit až po aktivaci předchozí.
• Opakovat, dokud systém nehlásí, že je vše aktuální.
• Ověřit v Nastavení → O telefonu → Verze Androidu, že položky Android security update a Google Play system update odpovídají aktuálnímu měsíci.

U červnového bulletinu 2026 platí, že úroveň záplat 2026-06-05 zahrnuje všechny opravy z daného měsíce i předchozí úrovně. Cokoli staršího znamená, že telefon ještě nemusí být na nejnovější dostupné úrovni zabezpečení.

Nový telefon v roce 2026 neznamená automaticky zabezpečený telefon. Ta první hodina s ním může být spíš dokončováním práce, kterou výrobce nestihl udělat za vás.

Špendlíky zmizely, hotely ne

Aby bylo jasné, co přesně nefunguje: oficiální nápověda Google Maps popisuje, že při hledání kategorií jako „hotel“ se mají na mapě objevit červené minišpendlíky a tečky. Uživatel tak na první pohled vidí, kde v okolí může přespat, a kliknutím na pin se dostane k ceně, hodnocení a rezervaci. Právě tato vizuální vrstva je rozbitá.

První veřejně dohledatelné hlášení se objevilo 9. dubna 2026 na Redditu, kde uživatel popsal hotelové vyhledávání jako „úplně jiné“ a „plné chyb“, na webu i v telefonu. V srpnu pak přibyly další příspěvky popisující totéž: po zadání „hotel“ se piny prostě nezobrazí, případně naskočí jen zlomek výsledků. Někteří uživatelé uvádějí, že chyba na pár hodin zmizela a pak se vrátila. Restaurace, kavárny, obchody, všechno funguje normálně.

Načasování je špatné

Hotelové vyhledávání v Mapách není totéž co hledání nejbližší pizzerie. Jde o specializovaný modul napojený na data od partnerských rezervačních portálů, pracující s daty pobytu, cenovými filtry, hodnocením a personalizací podle předchozích vyhledávání. Právě proto je složitější než běžné lokální hledání míst, a právě proto je jeho výpadek citelnější.

A přichází v nejhorším možném okamžiku. Miliony lidí v Evropě si právě teď vybírají ubytování na dovolenou. Mapa s hotely je pro ně základní orientační nástroj: vidím polohu, vidím cenu, vidím vzdálenost od pláže. Bez pinů zbývá jen textový seznam, který polohu hotelu v kontextu okolí neukáže. Pro cestovatele, který si v Google Mapách porovnává penziony na chorvatském pobřeží nebo hotely v Římě, to znamená buď pracné proklikávání každého výsledku zvlášť, nebo přesun jinam.

Google mlčí, a má k tomu systémový důvod

Veřejný status panel Google Maps Platform sleduje primárně služby pro vývojáře a takzvané rozšířené incidenty zasahující velké množství zákazníků platformy. Spotřebitelská chyba v hotelovém vyhledávání do této kategorie zjevně nespadá, nebo tak nebyla vyhodnocena. Výsledek je stejný: uživatel nemá kde ověřit, jestli Google o problému ví.

Oficiální nápověda nabízí standardní postup: aktualizovat aplikaci, vymazat cache a data, odeslat zpětnou vazbu přes formulář. Jenže komunitní hlášení ukazují, že problém se opakuje na různých zařízeních, účtech i platformách. To naznačuje spíš serverovou změnu nebo postupný rollout než lokální bug v jednom telefonu. Google navíc sám v nápovědě upozorňuje, že průběžně aktualizuje nastavení napříč Vyhledáváním, Mapami a Hotely a že zobrazené rozhraní se může lišit od dokumentace. Jinými slovy: připouští, že dva lidé mohou vidět něco jiného, ale nevysvětluje proč.

Co dělat, než se to spraví

Nejspolehlivější cesta uvnitř ekosystému Googlu vede přes Google Hotels v rámci Google Travel, kde hotelový seznam, mapa, filtry i detailní karty fungují nezávisle na klasických Mapách. Část uživatelů na Redditu potvrzuje, že právě tam hledání hotelů běží, i když v Mapách ne.

Kdo chce mapovou alternativu úplně mimo Google:

• Apple Mapy – kategorie Hotels v sekci Nearby, výsledky se aktualizují po posunu mapy.
• Mapy.com – vyhledávání kategorií s preferencí výsledků v aktuálně zobrazené oblasti.

U obou služeb se nám pro letošní léto nepodařilo dohledat srovnatelnou vlnu stížností na hotelové piny.

Česko zatím o problémech nemluvilo, ale problém je globální

Samostatnou vlnu českých hlášení se nepodařilo dohledat, veřejné příspěvky jsou zatím převážně anglické. Protože ale hotelové vyhledávání v Google Mapách běží na globálním rozhraní, není důvod předpokládat, že by se českým uživatelům vyhýbalo. Kdo si v nejbližších dnech plánuje ubytování přes Google Mapy a narazí na prázdnou mapu bez špendlíků, ví aspoň, že nejde o jeho telefon. Jde o chybu, kterou Google zatím veřejně nepřiznal, a podle všeho ani nespěchá opravit.