TamaS-51p62KXh

@Telekom szakértő Tehát látják a privát üzeneteket. Akkor miért nem válaszoltak például egy 2025.12.19 -i kérdésre?

Felhívott a bot a 309303100 -ás számról. Kérdezi, tapasztalom -e még a hibát. Mivel sok hibát jelentettem mostanában és a bot nem említett semmit, miféle hibáról van szó, nem volt konstruktív a hívás. Bár küldött SMS -ben egy linket, de az valószínűleg a (korábban jelentett) nem (megfelelően) működő Telekom chat -re vezetne. Így a link sem segített semmit...

Témábavágó kérdést tettem fel még december 19 -én privátban @Telekom szakértő -nek, amely fiókot tegnap este 10 körül is használt valaki, de a feltett kérdésre azóta se válaszoltak...

Érdekes, hogy tegnap valaki használta még este 10 körül is a @Telekom szakértő fiókot, de a privátban (is) feltett kérdésekre nem válaszolnak hosszú ideje...

Újra átfutottam a süti tájékoztatót. Most észre vettem benne, hogy még mindig van olyan elem benne, ahol a googletagmanager.com -ra "saját" sütiként hivatkoznak. Nem tudom a múltkor ezt hogyan futottam átt... A tájékoztatás így több helyen is téves...

Kedves @Telekom szakértő! Van már esetleg bármiféle információ a google független chat megvalósíthatóságáról?

Többszöri kérdezés után eddig még mindig nem kaptam valódi választ arra a kérdésre, hogy miért szükséges 3. fél bevonása a Telekom alkalmazásba történő bejelentkezéshez? A pontosabb leírás az, hogy a Google Play Áruház -on keresztül történne valami (adatok cseréje nem meghatározott okból) a bejelentkezési procedúra során. Ez a procedúra korábban (sok éven keresztül) nem igényelte a GMS egyik összetevőjét sem. A változtatással olyan 3. felet vontak be a bejelentkezési procedúrába (google), akire NEM vonatkozik a GDPR. Mivel egy közismerten adatéhes cégről van szó, felmerülhet a felhasználóban joggal az a kérdés, miért kereskedhetnek az adataival? Pont ez az, amire nem kapok választ.

Az USSD (és a 1777 -es) önkiszolgálóval kapcsolatban még 2025.12.18 -án kaptam egy hibajegy azonosítót is, azzal kísérve, hogy a hibát 24, de legkésőbb 72 órán belül elhárítják... Ez a javítás a mai napig, 2026.01.04 -ig nem történt meg. Ilyenkor mi a teendő?

Nemrégiben tapasztalt hibák: 2025.12.26 21:30 (CET) -körül (pontosan nem tudom) az egyik csatorna tartalma az adott műsor elejére volt tekerve. A műsort később próbáltam elindítani, addig az a képkocka látszódott, ahol megállítottam a műsort. Az elindításhoz a képernyő közepén lévő lejátszás gombra kattintottam, ekkor egy pillanatra eltűnt a korábban látható képkocka és az aktuális időpontra, vagyis élő TV adásra ugrott a rendszer. Ekkor már az adott műsor egy jelentős része lement, de még nem ért véget, így vissza tudtam tekerni az elejére... 2026.01.01 21:00 (CET) kezdődő műsort indítottam el, amit hosszabb időre szüneteltettem, majd éjfél után próbáltam elindítani (közben egy másik műsort néztem végig). Ahogy a fenti esetben, ekkor is a lejátszás gombra kattintás pillanatáig az a képkocka látszódott, ahol a tartalmat megállítottam. Az elindítás után ekkor is élő adásra ugrott, viszont ekkor már másik műsor ment, így nem tudtam visszatekerni... *1 Valamikor a kettő hiba közt volt egy kísérletem arra, mi történik akkor, ha a böngésző gyorsítótárát törlöm... A lejátszás közepén töröltem a gyorsítótárat, ami miatt a böngésző megszakította a lejátszást és a következő hibaüzenet fogadott: A lejátszás sikertelen. E:4-72-1300 (most, 2026.01.03 20:59 (CET) is kipróbáltam, ugyanaz a hibaüzenet.) A teszt jellegű gyorsítótár törlésből kapott hibaüzenet gondolom a gyorsítótár hibára vonatkozik. Tehát erre a hibára van definiált hibaüzenet. ... Arra viszont nem találtam eddig magyarázatot, miért ugrik időnként (néha nem csak leszüneteltetett állapoptból, hanem lejátszás közben is) az élő TV adásra... Ráadásul mindezt hibaüzenet nélkül... Az is előfordult többször, hogy csak úgy kijelentkeztetett a rendszer. Épp a véletlenszerű (akár lejátszás alatt is megtörténő) kijelentkeztetések miatt gondoltam, hogyha kézzel ki- és bejelentkezek, akkor talán nem dob ki a rendszer. De ettől függetlenül volt olyan, amikor kidobott, bár mintha kisebb eséllyel tenné új munkamenetben, mint amikor egyáltalán nem jelentkeztem ki napokig... Egyéb megjegyzés: A korábban képernyőképekkel is felvázolt menüben a sokadik lépésnél írja, hogy "Már be vagy lépve...", ahol az e-mail címet is írja a rendszer és ott a "Kijelentkezés" gomb. Annak a gombnak a hivatkozása "https://www.telekom.hu/ssologin/telekomfiok/logout?action=ssologout", amit elmentettem könyvjelzőként. Ha be vagyok jelentkezve és megnyitom az említett könyvjelzőt, a TVGO lejátszó főképernyőjére ugrik "https://player.telekomtvgo.hu/?clearSession=true" URL -el, ami után ugyanúgy tudok tartalmakat nézni és ez után, ha a tartalmak nézését befejeztem, az emberke piktogram után a "Kilépés" elem a menüből (a Beállítások alatti menüpont) ténylegesen kijelentkeztet. Ez után a "Bejelentkezés" -> E-mail címmel... menüpontnál már ténylegesen be kell jelentkezni, e-mail cím beírását kéri a rendszer. Ha először a menü "Kilépés" menüpontját választom, aztán az elmentett könyvjelző a "Kijelentkezés" gomb hivatkozásával, abban az esetben is ugyanúgy teljesen kilép. Ami furcsa, hogy a "Kijelentkezés" hivatkozása után NEM DOB KI a rendszer, pedig a logika azt diktálná, hogy azt tegye (vagyis jelentkezzen ki). Mindenesetre a könyvjelző használatával a sok plusz lépést úgy is tudom rövidíteni, ha a böngészőben nem módosítom a UAS -et. ... Ettől függetlenül mindez a működés szerintem még mindig hibák halmaza... *1: Tisztában vagyok vele, hogy a TVGO rendszere nem korlátlan idejű pufferrel dolgozik, azt is tudom, hogy a puffer idő 5 óra. Ezt nem léptem át, de ha meg is történik, akkor is az történik csak, hogy az aktuális időpont előtti 5 órátol folytatódik a lejátszás. Mivel van ilyen puffer, ráadásúl 5 óra tartalomra vonatkozóan, az sem lenne rossz megoldás, ha a lejátszó felületen lenne opció az aktuálisan futó műsor előtti időpontokra ugrásra, vagyis ha kihasználható lenne utólag is az a bizonyos 5 órás puffer... Summa: Észleltem azokat a hibákat, amikor véletlenszerűen kijelentkeztetett a rendszer és véletlenszerűen ugrik az élő adásra. Ennek hatására gondoltam úgy, hogy az új munkamenet indítása (ki- majd bejelentkezés) talán segíthet. Viszont ekkor a menürendszer hibáját vettem észre, de a valódi probléma nem szűnt meg... Így most itt tartunk, hogy a hiba elvileg jelentve, elvileg dolgoznak rajta, viszont a probléma megoldása még nem látható (számomra) a láthatáron... Talán a pufferidő kihasználhatósága jó megoldás lenne az esetleges véletlenszerű kijelentkeztetések és az élő adásra ugrás ellen...

Kedves, @Tamas586! Gondolom nem használ DNS szűrésre semmilyen megoldást. A probléma alapja, hogy sehol/sehogy/semmikor nem jelenik meg a chat ablak (hibajelentés sem oldható meg így chat -en keresztül), mert ez a funkció is google függő... A részleteket korábban írtam...

Telekom szakértőnek köszönöm a kérdés továbbítást!

Mint korábban említettem, a kérdésem: Meg lehetne oldani a google független chat működést?

Új fejlemény az ügyben: Korábban azt ígérték, itt a felületen tájékoztatnak ebben az ügyben. Erre felhívnak megkérdezni azokat, amiket itt leírtam és képeket is csatoltam... (Privát üzenetben hivatkoztam is erre a kérdésre, így a hívás is logikátlannak hatott.) Plusz kérdezték mi a helyzet a TVGO alkalmazással és próbálták megerősíteni, hogy ez a fent vázolt működés nem hiba, hanem kényelmi oka van... Azt nem tudom, mi kényelmes abban, hogy megtévesztően mutatja az oldal, hogy kijelentkezett a felhasználó és plusz lépéseket igényel a valódi kijelentkezés. Utána a bejelentkezéskor (pont az a lényeg, hogy) újra meg kell adni a mail címet és jelszót... (Aki kényelemre vágyik, elmentheti ezeket a böngészőbe és az kitölti a mezőket...) Nos, a kérdés kiírása óta annyi változott, hogy androidon már (feljebb írtam róla) pár lépéssel rövidebb a kijelentkezés. Illetve, ahogy írtam, a UAS -ben a "windows" TAG -re reagál úgy az oldal, hogy több lépéses lesz a kijelentkezés. Olyannyira, hogy Linux alatt is a UAS -be beírt "windows" TAG ugyanúgy több lépésessé teszi a kijelenktezést. Eredeti UAS -el Linux alatt is rövidebb a folyamat. Erre írtam korábban, hogy a TVGO weboldal olyan, mintha nem szeretné a UAS -ben a "windows" TAG -et... Korábban azt a tájékoztatást kaptam hogy a jelen működés valóban logikátlan... Csak aztán (gondolom) a fejlesztő megmondta a frankót, nem lehet hibás, mert ő készítette... Csakhogy korábban volt egy sokmindent egyszerre említő panaszom e-mail -ben, ami után meg tudták oldani kis időre a logikus működést (és egy másik probléma is megoldásra került, szintén ideiglenesen)... Valószínűleg egy másik fejlesztő látta, hogy elrontották a "művét" és úgy döntött, csakazértis vissza állítja (ugyanez volt a másik problémánál). Csakhogy ezzel ismét kiváltották a korábban jelentett jelensége(ke)t. Így kénytelen voltam/vagyok újra jelenteni. Mivel a menü működése továbbra is megtévesztő, logikátlan és kényelmesnek sem nevezhető, így szerintem ez még mindíg hiba.

Kedves @Telekom szakértő! Facebook -ot nem használok. Számomra eleve érthetetlen, hogy ha egy cégnek van saját infrastruktúrája, mi okból nem azt, hanem 3. fél infrastruktúráját preferálja. A Telekom -nak van több elérhetősége is, miért ne lehetne akkor azokon intézni ilyen dolgokat is? Vagy csak egy SMS küldés a megadott paranccsal, ami bekapcsolja a Netgaranciát. Amikor a rendszer tájékoztatja SMS -ben az ügyfelet a hibaelhárítás megkezdéséről, lehetne ott is a kérdés, hogy szeretné -e a Netgarancia szolg. -t bekapcsolni, amire lehetne "Igen" -el válaszolni (úgyszintén SMS -ben) és a rendszer megoldaná a dolgot... (A link és a chat ezzel szükségtelenné váló túl sok lépés lenne. Gondolom a fejlesztést leszámítva ez kevesebb erőforrást igényelne, ami hosszabb távon a Telekom -nak is előnyösebb lenne. Később nem kellene emiatt is egy bot -ot futtatni, ami több külön üzenetet ír chat -ben és csak utána kérdezi a lényeget, amire még válaszolni is kell. Mindezt kihagyva az SMS -ben egyszerűbb és költséghatékonyabb lenne a folyamat.) Ha az elégedettség miatti kérdőív megy SMS -en keresztül, mehetne a Netgarancia bekapcsolása is ugyanúgy SMS -en keresztül. Megjegyzem, pillanatnyilag nincs otthoni szolg. -t érintő hiba. A probléma az infrastruktúrájuk alapvető működési hibái.

Azt nem is írtam, hogy a fórum (kozosseg.telekom.hu) subdomain és a telekom.hu közt sincs átjárás...

Most bejelentkeztem a telekom.hu -ra a telekom fiókommal. A procedúra: 1 e-mail cím beírása 2 jelszó beírása 3 rendszer által küldött kód (e-mail -ből) megadása. Bent vagyok. telekomtvgo.hu megnyitása (új lapon, ugyanabban a böngészőben) után: "Bejelentkezés gomb" -> Bejelentkezés e-mail címmel... -> e-mail cím megadása -> Tovább gomb -> jelszó megadása -> Belépés gomb. Bent vagyok. Nincs átjárás a két telekomos oldal közt.

Kizárt dolog, hogy így kellene működnie. Más telekom oldalra navigálás után, akkor is, ha a TVGO -ban ve vagyok jelenkezve, bejelentkezést kér a rendszer. Fussanak neki újra, de most tényleg nézzék átt! Az érvénytelen token problémára írok privátban...

Korrigálnám az előbbit. Nem "lejárt token" -re, hanem "érvénytelen token" -re hivatkozva jelentkeztetett ki a rendszer...

Keeves @Telekom szakértő A UAS kis átírásával rövidítettem a kijelentkezés lépésein, ahogy korábban írtam. Innentől a sütik törlése (pláne tényleges kijelentkezés nélkül) szükségtelen és a TVGO rendszerben továbbra is ott maradna bejelentkezett eszközként a törölt sütis munkamenet. Kliens és szerver oldalról is jobb a sütik törlésénél a kijelentkezés, amit pár lépéssel tudtam rövidíteni. Ami ennél kellemetlenebb, hogy "lejárt token" -re hivatkozva jelentkeztet ki időnként indokolatlanul a rendszer. Pont emiatt gondoltam, ha ki- és bejelentkezek, a munkamenet idő nullázódik és talán nem dob ki a rendszer olyan hamar. Tegnap 5 perc sem kellett a bejelentkezés után ahhoz, hogy kidobjon a rendszer...

A telekom.hu -n nem ugrik elő sehol a chat lehetőség, sem bejelentkezett állapotban, sem kijelentkezett állapotban. Így például a Magenta1 előfizetés-csoport vezetékes szolgáltatásának hibája esetén sem lehet a 72 órára járó mobilinternetet bekapcsolni, mert ugye az is a chat -en történne (logikátlan, hogy internet igényt interneten jelezzen valaki)... A hiba pontos oka: A weboodal (ismeretlen okból) a googletagmanager.com -ot töltené be a chat működéséhez. Korábban konkrétan ezt saját sütinek nevezték, mostmár nem ez szerepel a süti tájékoztatóban. Ugyanakkor több más google sütit ugyanúgy saját sütiként neveznek meg. Ezen felül azt állítják nem kerül EU -n kívülre a google miatt sem az emberek adatai. Mivel analitikai sütik is szerepelnek a Telekom weboldalain, ezt erősen kétlem. A chat azért nem működik, mert a DNS szolgáltató, amit használok "ismert nyomkövető" -ként hivatkozva a googletagmanager.com -ra kérdés nélkül blokkolja. Több más nyonkövetővel együtt. Meg lehetne oldani a google független chat működést?

Az azért kissé idegesítő, amikor Windows -on csak úgy "érvénytelen token" -re hivatkozva kijelentkeztet függetlenül attól, épp mit csinálok... Ez nem először fordul elő, viszont amikor telefonon jelentettem, akkor azt mondták, azért mert Firefox -ot használok... Na már most, amikor elvileg kb univerzális kellene legyen az internet, miért nem mindegy egy oldalnak, milyen böngészőt használ valaki? A webfejlesztők csak 1 böngészőre tudnak fejleszteni? Kétlem. Akkor miért is van a hiba? Ezt már egyáltalán HIBA -ként kell értelmezni?

Újra "kivizsgálták" a problémát az itteni jelzés után és újra az a válasz, hogy "biztonsági okból" nem működik a készülékemen a Telekom alkalmazás... Valódi magyarázat most sincs, de arra utalás igen, hogy azt gyanítják, főzött ROM van a mobilomon...

Ha egy fejlesztő esetleg foglalkozik ezzel: Apró érdekesség a dologban: A Firefox UserAgent átírása esetén, ha a "windows" TAG -et kiveszem a UAS -ből, vagy csak "win" -re rövidítem, akkor a Beállítások -> Kilépés -> Kijelentkezés menüpont után rögtön az a képernyő fogad, ami azt írja, Már be vagy vagy lépve egy Telekom Fiókkal, és az ottani Kijelentkezés gombbal egyből teljesen ki is jelentkezik... Ugyanez a menü működése Androidon a Chrome -ban eredeti UAS -el, illetve más böngészőben is. Sőt, Linux alatt Firefox -ban is ugyanez a menü működése az eredeti UAS -el. Olyan, mintha a weboldal nem szeretné a "windows" TAG -et a UAS -ben... Ez úgy elég érdekes, hogy a tartalom lejátszás viszont Linux alatt nem működik...

Jól sejtettem, hogy ismét felesleges a hibajelentés. Ismét lerázó választ kaptam, de valódi indokot nem...

A chat ügyfélszolgálattal nem tudom felvenni a kapcsolatot. Tudomásom szerint semmit nem állítottam át azóta, amikor még működött. Esetleg tudna tájékoztatást adni arról, hol/hogyan lehet engedélyezni az önkiszolgáló csatornát, vagy azon belül az USSD menürendszer használatát? Megjegyzem, a *102# kód; *121#; *126*telszam# és még sok más hálózati kód is működik hiba nélkül.