'Vi kunde inte ladda innehållet' (Samsung)
Varje gång jag går in på fliken " poddar " och börjar skrolla så försvinner poddarna & det står " Vi kunde inte ladda innehållet någonting gick fel vid hämtning av sidan försök igen. " 
Följ inlägget
5
följare
Hej!
Testa om det går att locka fram innehållet genom "pull to refresh", att sätta fingret på skärmen, dra nedåt en bit och sen släppa.
Om det inte räcker, så har många lyssnare berättat att det hjälper att tömma appens cache. Detta kan du göra så här:
- Håll kvar fingret på Sveriges Radios app-ikon så att det kommer upp en meny där du väljer Appinfo:
- Bläddra nedåt i den nya vyn och välj Lagringsanvändning:
- Där väljer du Rensa cache under Cacheminne:
Detta har hjälpt exempelvis Jannike här, som har haft liknande problem:LÖST: Delar av Android-appen funkar inte
Det sidor som påverkas av detta är så kallade "webview-sidor", se WebView (engelskspråkig Wikipedia), där vår app tar hjälp av webbläsaren för att visa innehåll.
Varför det ibland strular vet vi fortfarande inte. Använder ni AdBlocker eller något liknande verktyg för att minska annonser i mobilens webbläsare?
Samma beteende på en Android 15 lur och en med Android 16.
Vi får inget tydligt grepp om detta problem. Det positiva är att det brukar "självläka" efter några dagar och allt funkar som vanligt (men ibland kan problemet återkomma dessvärre).
När problemen pågår, går det att ta del av alla nyheter från vår hemsida sverigesradio.se i mobilens webbläsare. Hemsida och appen blir allt mer lika varandra, så jag hoppas att den är enkel för er att använda. OM ni får liknande problem där eller kommer på något mönster för när problemet dyker upp, så berätta det! Vi vill självfallet lösa detta, men det är svårt i och med att vi inte hittat ett sätt att själva återskapa felet.
Hur har det gått för er?
Ok!
Är det specifikt på sidan Poddar det är problem, eller blir det liknande problem på fler sidor i appen?
Kan ni exempelvis nå Nya avsnitt från poddar ni följer genom att gå via Min sida?
Vad har du för mobil och version av Android?
Patrik, hos dig verkar det ske på andra sidor än Poddar, eftersom du skrev:
Kommer det alltså plötsligt, exempelvis i en programlista du skrollar i?
Vi har, som sagt svårt att återskapa problemet själva, så ju tydligare bild ni kan ge oss, desto bättre.
För mig händer det direkt på första "sidan" när man öppnar upp appen och får upp nyhetsflödet. Börjar jag scrolla så tar det ngn sekund sen kommer felet. Sen är det konstant oavsett val av meny flik.
Samma fel på både Samsung S25 och en S24 med Android 16.
Har även en S22 med Android 15 inom hushållet, där beter det sig annorlunda. Där uppkommer bara felet första gången man väljer ngn sidorna för Poddar, Nyheter etc. Sen funkar den stabilt...
Spelar ingen roll om jag kör dem på wifi eller mobilnät.
Tack för att ni tar er tid att dela den här typen av iakttagelser, som är väldigt värdefulla eftersom vi har svårt att själva återskapa problemet.
Ett liknande fel (eller annan aspekt av samma?) har hos några lyssnare visat sig genom att sidan delvis laddas, men saknar "formaterings-informationen" så att den inte ser ut som vanligt. De knappar som visas (utom de i toppen) är "stumma". Känner någon av er igen detta? Jämför en "trasig vy" till vänster och samma vy i en fungerande app till höger:
Jag uppfattar detta fel som rätt ovanligt, så att hela hushållet har fått samma problem skulle spontant få mig att kika på nätverket, men du har ju redan skrivit att det blir samma problem med mobildata.
Det bör finnas en gemensam nämnare, men vilken? En är att ni alla har Samsung-lurar med Android 15 eller 16. Har någon av er felet på en annan Android-enhet så hojta till!
Syftet är alltså inte att lägga skulden på just Samsung, utan att se ett mönster för att lista ut vad i vår app som dessa enheter har problem med.
Om jag scrollade snabbt till slutet av sidan där det inte finns några videor så hände det inget. När jag sakta scrollade upp så kom meddelandet så fort första innehållet kom i synfältet i appen.
När jag testade med mobildata så kom det upp en poddreklam som jag tryckte bort och sen fungerade det även på wifi efter det.
Så ni har antagligen någon länk som kan uppfattas som en annons som gör att man inte kommer vidare.
Jag gick över på mobildata igen och nu fungerar det även där.
Jag har Unifi med adblock filter.
Firefox Focus som standard webbläsare, tror inte det gör något för jag har inte ändrat det.
Där jag jobbade hade vi "ad" i länken och då gav det utslag.
Det verkar komma efter att sidan laddats klart för ibland tar det längre tid och ibland går det fort.
Intressant att det verkar vara något i övre delen av sidan som fick en blockering att slå till hos dig! Vi kommer att undersöka detta närmre under nästa vecka.
Men nu är det helg. Trevlig sådan!
Väldigt trist, detta!
Eftersom det är svårt för oss att lösa ett fel vi inte lyckats återskapa, så tipsar jag om att du kan installera en separat app som ger dig sovtimer-funktion när du lyssnar i webbläsaren. Här är en sådan:
Sleep Timer (Turn music off) – Appar på Google Play
Du kan ringa mina kolleger på Lyssnarservice. Jag, som är ensam ska ge lyssnare teknisk support på alla Sveriges Radios plattformar, har dock inte möjlighet att ge telefonsupport annat än för exempelvis synskadade lyssnare. Det blir för ineffektivt och mina kolleger på utvecklarsidan har större nytta av att direkt kunna läsa era beskrivningar än av att få dessa filtrerade genom hur jag har uppfattat problemen i ett telefonsamtal.
Se i övrigt mitt svar här (som dock skrevs när vi var två som arbetade med det jag gör ensam idag, så om möjligt är jag ännu svårare att nå per telefon idag):
Kan jag ringa supporten? Och vad betyder support?
Jag har ändrat rubriken här från 'Vi kunde inte ladda innehållet' på podd-sidan, till 'Vi kunde inte ladda innehållet' (problem som drabbar Samsung), i och med att sidan poddar inte är den enda vyn som får detta fel och att ni som drabbas har Samsung-enheter är den tydligaste gemensamma nämnaren.
Jonas:
Har även du Samsung? Samsung-modeller är vanliga bland våra lyssnare och det kan vara en slump att tre lyssnare med detta problem är Samsung-användare.
Alexander:
Även du har noterat att problemet har med uppkopplingen att göra. Jonas är uppkopplad via en Unifi (Ubiquiti) med adblock filter. Har även du detta?
Patrik:
Du är ensam om att skriva att felet även uppstår på mobilnätet, men Jonas visade att data som hämtades via hans mobilnät även kunde få appen att funka över det wifi han annars hade problem med.
Det kanske går åt båda hållen, så att data som blockerats i wifi:et inte laddas även om du går över till mobilnätet? Testa att vara uppkopplad mobilt och starta om appen. Uppstår felet även då?
Lyssnare och skattebetalare:
Jonas har funnit ett tydligt samband mellan sitt wifi och detta problem. Har du möjlighet att koppla upp mobilen mot mobilnätet och se om felet uppstår även då?
På min dator fungerar det men det är ju webbsidan och inte appen.
Chrome på mobilen fungerar.
1. öppna appen
2. nyheterna visas
3. vänta några sekunder
Vi kunde inte ladda innehållet
1. öppna appen
2. byt sida till en sida utan nyheter, tex Sök, Min sida
3. Sidan visas
4. vänta
Felet kommer inte
Appen fungerar på mobildata
Appen fungerar inte över wifi (med domain filter på min Ubiquity router).
Det tar som mest ett par sekunder men om man trycker på knappen Försök igen så kan felet komma direkt eller några sekunder senare.
Det känns som att det ligger ett anrop med en timer på 3s som antagligen blockeras eller misslyckas.
Eftersom man kan byta tillbaka till wifi från att ha laddat nyheter med mobildata och inte få felet så är det fel på anropet som laddar in nyheter. Bara få det att krasha i eran lokala miljö och blir det då samma resultat så vet ni vilket anrop det är.
Bara stäng av arop ett i taget tills ni får samma resultat som jag, returnera 404, 500 eller inget svar alls.
Ladda appen i en webbläsare med ad filter. Lägg till olika filter eller döp om backend apierna så de heter något med ad.
Köp en Samsung telefon att testa på om ni tror det påverkar. Det borde ni ha en ändå, riktiga mobiler beter sig helt annorlunda än en simulator.
Gör enkla testappar som bara gör enkla saker.
Vi fick faktiskt in felrapport från Per om exakt samma problem redan den 7 mars. Han skrev:"vi kunde inte ladda innehållet"
Då försökte vi på många olika vis återskapa problemet, men lyckades inte och felsökningen stannade av lite. Jag skrev då till utvecklarna:
Och det har ni alltså fått oss att göra nu! Vi får försöka återskapa felet och använda en Samsung denna gång!
Det dröjde lite innan det var tydligt att uppkopplingen spelar in, eftersom Patriks observationer indikerar att felet kan uppstå även på mobilnätet. Det resultatet är kanske en följd av att ett fel som uppstått på ett wifi kan hänga kvar även över mobilnätet ...
Det verkar krävas flera komponenter för att felet ska triggas och visa sig på just detta vis:
- Det i vår app som ger problemet, det vill säga något på våra webview-sidor (WebView - Wikipedia), som Nyheter och Poddar. I appen gör vi bland annat en del anrop till Google Analytics och googletagmanager.com, men dessa ska kunna blockeras utan att det uppstår problem.
- En specifik konfiguration av adblocking-funktionen. De enda vi hittills kunnat verifiera problemet (genom Pers och Jonas observationer) på är Unifis blockerings-lista. Användare på Reddit rekommenderar andra blockeringar och beskrev det så här:
- Viss mobil, där vi ännu endast sett problemet i Samsung-enheter.
(Även om just detta felmeddelande hittills endast balagts i Samsung, så skulle Unifis blockering kunna ge andra problem med samma innehåll i andra enheter, så jag ska ha det i bakgrunden när jag felsöker andra problem med just webview-innehåll.)It's not publicly shared. From what I hear, it uses too many. Lotta false positives, and lot of necessary evils present in the block.
Tack. Vi har tillgång till många olika enheter. Även om vi inte har tillgång till alla modeller och kombinationer av operativsystem, ingår flera olika Samsung-enheter i maskinparken 😀 Nu får vi se varför just de får problem med vårt innehåll om man använder Ubiquitys adblocker.
Ubiquity är väldigt aggresiv det håller jag med om.
Vad jag vet borde det fungera att blockera Tag Manager helt. Analytics är värre för den kan hänga sig och ta evigheter. Testa att öka timeouten på tcp till det dubbla fast då blir det jobbigt när andra saker tuggar i evigheter.
Man kan få Analytics via Tag Manager så då slipper man det anropet men det krävs konfigurering i Tag Manager. Det fanns på nätet innan hur man gör så det går antagligen att fråga en AI. Tag Manager är mycket snabbare än Analytics så jag rekommenderar den.
Jag ser fram emot när jag kan använda appen igen. På något sätt så räcker inte ljudet, jag vill se bilderna med.
Du får samma bilder om du lyssnar i mobilen via vår sajt.
Vilken router?
Testa att starta om appen när du är uppkopplad mot mobilnätet och se om felet då släpper.
Vilken router?
Vilken router?
Är det problem även på mobilnätet?
Jag vill påminna om ett par "fynd":
- Att besöka vår sajt sverigesradio.se ger inte samma problem
- Felet förefaller vara knutet till säkerhetsinställningar i er router, så om ni växlar över till mobilnätet ska appen funka. Ev, behöver ni ladda om innehållet för att blockeringen ska släppa.
Bakom kulisserna har vi förbättrat felloggningen så att vi förhoppningsvis får en tydligare bild av vad hos oss det är som blockeras och varför det i första hand verkar påverka Samsung-enheter.Jag kommer snart att stänga igen forumet och öppnar det igen på måndag. Under den tiden är alla diskussioner i forumet låsta, men det är alltså övergående ...
Jag är fortfarande nyfiken på en sak:
Jag har experimenterat med att installera det rootcertifikat på telefonerna som routern använder för att svara på anrop till blockerade domäner, men utan att problemet har lösts.
När jag använder webbplatsen från en dator ser jag att anrop till www.googletagmanager.com och https://*.ingest.de.sentry.io blockeras.
För www.googletagmanager.com får jag ett certifikatfel vid testning eftersom routerns rootcertifikat för blockerade domäner inte är installerat: net::ERR_CERT_AUTHORITY_INVALID.
Sentry verkar däremot blockeras lokalt i webbläsaren med felet net::ERR_BLOCKED_BY_CLIENT, och jag får inget certifikatfel när jag öppnar den blockerade URL:en direkt.
Vi håller på att rulla ut version 26.5.4, så den fix vi håller tummarna för här kommer alltså först i versionen vi släpper därefter.