[/e/OS] Ervaringen & Discussie

[Mit-46]

Daarstraks wilde mijn ING app niet laden, maar gaf geen foutmelding. Wel nadat ik de wifi uitschakelde en op 5G zat.

Ben eens in mijn router gaan neuzelen en had daar bij wijze van test IPv4 uitgeschakeld terwijl 5G ook was uitgeschakeld op mijn telefoon.

Als ik dat doe en dus enkel IPv6 IP adressen krijg dan geeft de ING app een foutmelding:
Oeps! Er lijkt iets mis te zijn met uw internetverbinding. Controleer en probeer opnieuw.

De meeste apps werken wel gewoon, maar HollandsNieuwe werkt ook niet. Geeft geen foutmelding, maar een inlogscherm terwijl ik daar al ben ingelogd. Op inloggen drukken doet ook niets.
(Nadat ik IPv4 weer had ingeschakeld opende de app ook weer meteen, ingelogd.)

App Lounge doet het ook niet. Opent wel, maar geeft een time out foutmelding.

Al mijn andere apps doen het wel (PostNL, Spotify, Whatsapp, DHL, en eigenlijk alles).
En ook mijn laptop had gewoon een werkende internetverbinding met enkel IPv6.

Met IPv4 weer ingeschakeld deden bovenstaande 3 apps het wel weer meteen.

Nu heb ik het niet geprobeerd dmv IPv6 uit te schakelen, maar lijkt mij dat de apps dan wel werken.

Wat er nu aan de hand is laat ik in het midden, want ik heb hier verder geen verstand van.
Dit is enkel wat ik vandaag heb geconstateerd. Of dit al langer speelt weet ik niet, want ik had nooit echt aanleiding om het uit te zoeken dus ik gok van niet.

Als ik straks weer merk dat één van deze apps niet wil laden zal ik eens proberen IPv6 uit te schakelen voor de volledigheid.

[ Voor 3% gewijzigd door Mit-46 op 17-08-2026 13:21 ]

[FitTiv]

Mit-46 schreef op maandag 17 augustus 2026 @ 11:19:
[...]

Als ik in de instellingen app ga naar Systeem -> Toetsenbord -> Schermtoetsenbord dan kan ik daar kiezen tussen Persoonlijk en Werk.
Zo kan ik voor elk profiel apart de instellingen kiezen. Bij beide profielen staat Android-toetsenbord (AOSP) en Mura Voice to Text (offline).

(Ik gebruik wel Island Insular en niet Shelter)

ik ben echt blind.
3x overheen gekeken blijkbaar...
Tnx

[Mit-46]

Mijn ING app opende zojuist weer niet. Na deze open te laten staan kwam uiteindelijk dezelfde foutmelding als vanmiddag.

Heb nu IPv6 uitgeschakeld op mijn router om te kijken of het probleem zich dan niet meer voordoet. Weet wel heel zeker dat dit voorheen niet was, want anders was het mij wel opgevallen.

Heb nu toch het idee dat /e/OS v4 dezelfde kwalitatief uitermate teleurstellende bug heeft als de Fairphone 6 sinds de Android 16 update.

Ik kan het niet helpen dat het mij mateloos irriteert.

[ Voor 4% gewijzigd door Mit-46 op 17-08-2026 21:25 ]

[danieldk]

Mit-46 schreef op maandag 17 augustus 2026 @ 21:24:

Heb nu toch het idee dat /e/OS v4 dezelfde kwalitatief uitermate teleurstellende bug heeft als Android 16 op de Fairphone 6.

Je zou toch zeggen dat Murena met Fairphone communiceert, blijkbaar niet dan, want deze bug is al sinds maart bekend.

[Mit-46]

danieldk schreef op maandag 17 augustus 2026 @ 21:26:
[...]

Je zou toch zeggen dat Murena met Fairphone communiceert, blijkbaar niet dan, want deze bug is al sinds maart bekend.

Ik denk dat dit mij dan ook vooral irriteert. Het speelt al sinds de A16 update uit is en dan toch diezelfde bug meebrengen.

Dat vind ik echt amateuristisch.

[manusjevanalles]

k draai de nieuwste versie van e/os op mijn Fairphone. Sinds een aantal maanden kunnen de camera’s vanuit een app niet meer geopend worden. Bijvoorbeeld vanuit mijn boekhoudapp (Yuki), als ik een bonnetje wil fotograferen dan opent de camera niet. Idem voor de app van de Rabobank, een selfie maken voor het openen van de rekening lukt niet.
Ik krijg geen foutmelding, er blijft gewoon eindeloos een cirkeltje in het midden van het scherm draaien.

Weet iemand waar dit aan zou kunnen liggen?

[caspar M]

Ik heb recent mijn zoon voorzien van zijn eerste mobiel. Uiteraard leek het mij een goed idee om hem dan te laten starten met E/OS en dan een afdankertje van mij. Zo heeft hij een telefoon om ons te bereiken indien nodig, en als die kapot gaat dan is het ook geen ramp en kan hij wennen aan E/OS.

Als eerste had ik een Xiaomi Redmi "Miatol" geprobeerd, maar die had heel veel software issues met E/OS. Zo waren er haperingen met iedere vorm van audio om de zoveel seconden. En het ergste was dat ouderwets bellen gewoon niet werkte. Iedere poging deed de oproep automatisch eindigen. Ik heb nog geprobeerd dit te tackelen met verschillende provider instellingen maar helaas.

Dus nu is het mijn Oneplus 6 geworden, die had 1 vaag probleem maar dat heb ik weten op te lossen. Het probleem was dat als je de parental controls wou instellen, de telefoon een reboot deed en in een bootloop kwam. Na wat zoekwerk bleek het een bokkende FRP te zijn. Die heb ik toen verwijderd via adb, toen werkte het feilloos.

Mocht dit na een poos prima bevallen dan gaan we eens kijken voor een FP denk ik zo.

[Falco]

Dat is toch geinig, vandaag voor het eerst met mijn /e/OS FairPhone 6 in de trein naar het werk.

Waar mijn oude Samsung S21FE in de trein altijd beroerde ontvangst had, heb ik met de FP6 de hele reis (Arnhem-Zwolle) uitstekende ontvangst. Dit met dezelfde simkaart en provider.

Iets betere mobiele hardware in de FP6 blijkbaar.

[Keypunchie]

Licht verrassend!

Nou moet ik zeggen. Ik was met mijn Fairphone in de VS (het hol van de Big Tech leeuw!) in wat meer afgelegen gebieden richting de grens met Canada. Mijn mede-reisgenoten waren hoofdzakelijk verschillende iPhone-gebruikers. Zij verloren vaak net iets eerder goed signaal dan ik.

Nou hebben zij dan weer satelliet-opties ("SAT" of "SOS") wanneer het signaal echt helemaal weg was, maar goed, daar kun je dan weer geen muziek over streamen, haha.

[Mit-46]

danieldk schreef op zondag 16 augustus 2026 @ 11:23:
[...]


(Ik weet dat die draad over stock OS gaat, maar zie: https://forum.fairphone.com/t/dns-over-tls-ipv6-issues-apps-dont-load-data-over-wifi/130519/534 )

Naar aanleiding van deze link heb ik gisteravond op mijn router DNS over https ingesteld.

Vanavond nog geen één keer een app gehad die geen verbinding kon maken.
Morgen werk ik thuis dus kan ik het de hele dag testen, want heb nu enkel vanavond kunnen testen.

Vooralsnog lijkt het een oplossing welke ik toch al op mijn to-do lijstje had staan.

[ Voor 3% gewijzigd door Mit-46 op 20-08-2026 23:26 ]

[Falco]

Ik heb een suffe bug gevonden of wellicht ook het wifi probleem.

Ik heb Etar als agenda app. Dat heeft een app icoon wat de dag van de maand weergeeft. Vandaag zou dus 21 moeten zijn. Echter die datum staat alleen goed na een herstart van de telefoon.

Zou dat nog handiger kunnen of weet iemand een permanente fix?

Zit op /e/OS 4.1.1, 4.2 is nog niet beschikbaar via ota

[FitTiv]

Falco schreef op vrijdag 21 augustus 2026 @ 12:19:
Ik heb een suffe bug gevonden of wellicht ook het wifi probleem.

Ik heb Etar als agenda app. Dat heeft een app icoon wat de dag van de maand weergeeft. Vandaag zou dus 21 moeten zijn. Echter die datum staat alleen goed na een herstart van de telefoon.

Zou dat nog handiger kunnen of weet iemand een permanente fix?

Zit op /e/OS 4.1.1, 4.2 is nog niet beschikbaar via ota

Laatste versie etar?
Hier geen problemen met 4.1.1.
Timezone settings wellicht nog verkeerd na vakantie?

[ Voor 5% gewijzigd door FitTiv op 21-08-2026 12:39 ]

[Mit-46]

Ik gebruik de standaard agenda app en het icoon staat op 7 mei. Wijzigt nooit.

Ben er inmiddels al aan gewend, maar wel suf.

Had dit al voor het wifi probleem met v3.***


**edit:
Wat mij nu per toeval opvalt is dat als ik swipe om apps te wisselen of af te sluiten dat er dan wel AUG 21 staat in het icoon bovenaan de agenda.

[ Voor 33% gewijzigd door Mit-46 op 21-08-2026 12:42 ]

[Falco]

FitTiv schreef op vrijdag 21 augustus 2026 @ 12:38:
[...]

Laatste versie etar?
Hier geen problemen met 4.1.1.
Timezone settings wellicht nog verkeerd na vakantie?

Ik heb alles verder op automatisch staan, niks aan gewijzigd ook

[Falco]

Mit-46 schreef op vrijdag 21 augustus 2026 @ 12:39:
Ik gebruik de standaard agenda app en het icoon staat op 7 mei. Wijzigt nooit.

Ben er inmiddels al aan gewend, maar wel suf.

Had dit al voor het wifi probleem met v3.***


**edit:
Wat mij nu per toeval opvalt is dat als ik swipe om apps te wisselen of af te sluiten dat er dan wel AUG 21 staat in het icoon bovenaan de agenda.

Check, dat zie ik ook, heel raar eigenlijk alsof de standaard agenda dus ook de dag kan laten zien. Maar op de een of andere manier wordt dat geblokt. Heb die apps verder niks geweigerd dus dat kan het niet zijn...

[FitTiv]

Ik heb wel de oude app "calendar notify" erbij geinstalleerd, wellicht dat dat nog verschil maakt?

https://apkpure.com/calen...liffcawley.calendarnotify

[Falco]

Denk dat ik het gevonden heb. Het ligt aan mijn launcher Lawnchair.

Als ik terug ga naar de standaard Bliss launcher dan laat het agenda icoon wel de dag zien. Zal eens kijken of ik lawnchair nog kan tweaken.....

[FitTiv]

Falco schreef op vrijdag 21 augustus 2026 @ 14:23:
Denk dat ik het gevonden heb. Het ligt aan mijn launcher Lawnchair.

Als ik terug ga naar de standaard Bliss launcher dan laat het agenda icoon wel de dag zien. Zal eens kijken of ik lawnchair nog kan tweaken.....

Bijzonder, hier dus ook etar+4.11+lawnchair..versie 15 beta3

[Falco]

Onze vriend Chat geeft me dit nog, maar dat lijkt niet te werken....

Knip, zie de huisregels:
Kunstmatige intelligentie (AI) mag als hulpmiddel worden gebruikt, maar grotendeels gegenereerde teksten zijn niet toegestaan.

[ Voor 82% gewijzigd door 13art op 23-08-2026 14:04 ]

[Mit-46]

Ik ben wat verder wezen testen met het IPv6 geneuzel.
Voor wat het waard is;

Ik heb gister DNS over QUIC ingesteld op mijn router. Had daar zelf tot deze week nog nooit van gehoord, maar het schijnt een nog modernere variant te zijn dan DNS of HTTPS (encrypted DNS dus allemaal).

Ook dit zorgt ervoor dat ik geen verbindingsproblemen meer heb met IPv6. Dus zowel DNS over HTTPS als DNS over QUIC lossen het probleem op.
Blijft allemaal een oplossing voor een probleem welke er niet hoort te zijn!

Ik ben dit allemaal gaan proberen naar aanleiding van dit bericht: https://gathering.tweakers.net/forum/view_message/85935024.
Door bovenstaande toe te passen gebruik je geen DNS met TLS encryptie over het TCP protocol en dan zijn er geen problemen met IPv6.
QUIC gebruikt wel TLS encryptie, maar over het UDP protocol en HTTPS gebruikt HTTPS encryptie en dus helemaal geen TLS.

Dit alles is ook van toepassing op IPv4, maar daarmee werkt het gewoon goed ongeacht welke variant van DNS je gebruikt (wat met IPv6 ook zo zou moeten zijn, want wie wil hier nu over nadenken ).

Bovenstaande met de kanttekening dat ik helemaal geen netwerkspecialist ben en maar hoop dat ik het goed begrijp.

Je moet een router hebben die deze functionaliteiten ondersteund. Mijn router heeft minimale ondersteuning voor DNS over HTTPS (alleen de oude variant en niet de moderne) en geen (normale) ondersteuning voor DNS over QUIC.

Doordat de (volledige) ondersteuning ontbreekt kan ik geen Quad9 DNS servers gebruiken wat ik wel wil en moet het dus via (container) work-arounds wat mijn router gelukkig wel weer ondersteund (maar ook dat niet volledig naar wens).
Nu heb ik dus een work-around op mijn router toegepast om een andere work-around (IPv6 uitschakelen) te voorkomen.
Gekkenwerk

Het werkt wel en ik kan wel de Quad9 DNS servers gebruiken zonder IPv6 uit te hoeven schakelen.

[danieldk]

Mit-46 schreef op zondag 23 augustus 2026 @ 12:46:
QUIC gebruikt wel TLS encryptie, maar over het UDP protocol en HTTPS gebruikt HTTPS encryptie en dus helemaal geen TLS.

Even een kleine correctie: HTTPS gebruikt wel TLS (vroeger SSL, maar TLS is de opvolger). Verder zijn er een aantal DNS smaken:

• Traditioneel DNS werkt op poort 53 via UDP gebruikt geen authenticatie/encryptie. Probleem is dat een man in the middle (MitM) je queries kan lezen en kan manipuleren. De andere standaarden proberen dit probleem op te lossen.
• DNS over TLS (DoT) staat dicht bij oorpronkelijke DNS, gaat over poort 853 en verpakt het verkeer in TLS voor beveiliging. DoT werkt (beter) over TCP omdat UDP geen garanties geeft dat data daadwerkelijk aangekomen is, wat niet handig is voor een protocol waarbij blokjes gecodeerde data goed aan moeten komen en in de juiste volgorde [1].
• DNS over HTTPS (DoH) gebruikt ook TLS, maar ligt verder weg bij het oorspronkelijke protocol, want het gebruikt HTTP(S) om te communiceren. Dat heeft een aantal voordelen, zoals hergebruik van bestaande HTTPS infra, maar het is ook moeilijker te analyseren en blokkeren, omdat het hetzelfde protocol en poort gebruikt als reguliere HTTPS verkeer. HTTP werkt sinds het begin der tijden over TCP.
• QUIC is de basis van HTTP/3 en begint eigenlijk met twee constateringen: UDP heeft minder overhead dan TCP en we hebben TLS nodig voor veiligheid. Dus gebruikt QUIC UDP, maar maakt het het opzetten van TLS onderdeel van de QUIC handshake. Dus waar je met TCP eerst een TCP verbinding opzet en daarover een TLS verbinding, is dit bij QUIC één stap. Tsja, en als je dan toch QUIC hebt, dan kun je er ook meteen DNS over gooien (DoQ).

Verder is dit in principe orthogonaal aan IPv4 vs IPv6, al deze protocollen kunnen over IPv4 en IPv6. IP adressering gebeurt in de laag onder TCP/UDP (IP).

Waarom dit helpt bij deze bug is wat waziger en het aanpassen van de DNS servers lijkt ook alleen voor sommige mensen te helpen. Ik denk dat het grofweg iets is als: IPv6 faalt om een reden (router advertisement met lifetime 0 voor een bestaande prefix or een aantal andere mogelijkheden) en dan komt de Android DNS solver, die vermoedelijk een verbinding ever IPv6 gebruikt, in de problemen omdat de connectie dood is maar wellicht niet goed gesloten. IPv6 op de router uitzetten helpt meestal omdat dit verbindingsprobleem zich alleen voordoet met IPv6 (en DNS zonder een publiek IPv6 adres over IPv4 gaat). Andere DNS servers helpen misschien omdat de DNS sever bijvoorbeeld alleen over IPv4 werkt.

Sommige applicaties zullen ook wel werken omdat ze eigen resolvers gebruiken. Sommige browsers hebben bijvoorbeeld support voor DoH ingebouwd.

[1] Details: Wikipedia: Block cipher mode of operation

[ Voor 20% gewijzigd door danieldk op 23-08-2026 14:09 ]

[Mit-46]

danieldk schreef op zondag 23 augustus 2026 @ 13:58:
[...]

Even een kleine correctie: HTTPS gebruikt wel TLS (vroeger SSL, maar TLS is de opvolger). Verder zijn er een aantal DNS smaken:

• Traditioneel DNS werkt op poort 53 via UDP gebruikt geen authenticatie/encryptie. Probleem is dat een man in the middle (MitM) je queries kan lezen en kan manipuleren. De andere standaarden proberen dit probleem op te lossen.
• DNS over TLS (DoT) staat dicht bij oorpronkelijke DNS, gaat over poort 853 en verpakt het verkeer in TLS voor beveiliging. DoT werkt (beter) over TCP omdat UDP geen garanties geeft dat data daadwerkelijk aangekomen is, wat niet handig is voor een protocol waarbij blokjes gecodeerde data goed aan moeten komen en in de juiste volgorde [1].
• DNS over HTTPS (DoH) gebruikt ook TLS, maar ligt verder weg bij het oorspronkelijke protocol, want het gebruikt HTTP(S) om te communiceren. Dat heeft een aantal voordelen, zoals hergebruik van bestaande HTTPS infra, maar het is ook moeilijker te analyseren en blokkeren, omdat het hetzelfde protocol en poort gebruikt als reguliere HTTPS verkeer. HTTP werkt sinds het begin der tijden over TCP.
• QUIC is de basis van HTTP/3 en begint eigenlijk met twee constateringen: UDP heeft minder overhead dan TCP en we hebben TLS nodig voor veiligheid. Dus gebruikt QUIC UDP, maar maakt het het opzetten van TLS onderdeel van de QUIC handshake. Dus waar je met TCP eerst een TCP verbinding opzet en daarover een TLS verbinding, is dit bij QUIC één stap. Tsja, en als je dan toch QUIC hebt, dan kun je er ook meteen DNS over gooien (DoQ).

Verder is dit in principe orthogonaal aan IPv4 vs IPv6, al deze protocollen kunnen over IPv4 en IPv6. IP adressering gebeurt in de laag onder TCP/UDP (IP).

Waarom dit helpt bij deze bug is wat waziger en het aanpassen van de DNS servers lijkt ook alleen voor sommige mensen te helpen. Ik denk dat het grofweg iets is als: IPv6 faalt om een reden (router advertisement met lifetime 0 voor een bestaande prefix or een aantal andere mogelijkheden) en dan komt de Android DNS solver, die vermoedelijk een verbinding ever IPv6 gebruikt, in de problemen omdat de connectie dood is maar wellicht niet goed gesloten. IPv6 op de router uitzetten helpt meestal omdat dit verbindingsprobleem zich alleen voordoet met IPv6 (en DNS zonder een publiek IPv6 adres over IPv4 gaat). Andere DNS servers helpen misschien omdat de DNS sever bijvoorbeeld alleen over IPv4 werkt.

Sommige applicaties zullen ook wel werken omdat ze eigen resolvers gebruiken. Sommige browsers hebben bijvoorbeeld support voor DoH ingebouwd.

[1] Details: Wikipedia: Block cipher mode of operation

Ok, dank voor de toelichting.
Het is erg complexe materie voor iemand die gewoon wilt dat zijn telefoon werkt.

Ik denk dat mijn router DoQ inderdaad over IPv4 doet. In de uitleg die ik heb gevolgd staat dat je de IPv4 en IPv6 verbindingen moet/kan controleren en enkel bij IPv4 zie ik een verbinding naar Quad9 via poort 853.

[franssie]

In België viel internet ook uit. Vriendin laten opzoeken dat het APN van YouFone gewoon "internet" is. Apn aanpassen lukte niet dus een nieuwe aangemaakt en weer online gelukkig, want de toegangscode van de camping kreeg ik pas onderweg in mijn email.

[Mit-46]

Update 4.2 (voor de FP6 in ieder geval).
https://gitlab.e.foundation/e/os/releases/-/releases

Staat iets over APN's kunnen verwijderen, maar ik kan nog steeds de Chinese APN's niet verwijderen

Staat verder niets over de IPv6 DNS bug.

Geen boeiende update in mijn geval.

[ Voor 4% gewijzigd door Mit-46 op 25-08-2026 11:33 ]

[JayPe]

Funda App wil ineens niet meer.

Beveiligingscontrole mislukt

We konden de beveiliging van je apparaat niet verifiëren. Daarom kun je de Funda-app niet gebruiken. Je kunt Funda wel via je browser blijven gebruiken.


Nou, lekker dan. Gelukkig net mijn huis al verkocht. Funda.. Fuck-da!

[danieldk]

JayPe schreef op dinsdag 25 augustus 2026 @ 15:48:
Funda App wil ineens niet meer.

Beveiligingscontrole mislukt

We konden de beveiliging van je apparaat niet verifiëren. Daarom kun je de Funda-app niet gebruiken. Je kunt Funda wel via je browser blijven gebruiken.


Nou, lekker dan. Gelukkig net mijn huis al verkocht. Funda.. Fuck-da!

FWIW, ik heb het even op GrapheneOS geprobeerd en het is in ieder geval waarschijnlijk niet Play Strong integrity die het blokkeert, want op GOS werkt het wel. Ik zie wel dat de Play Integrity API aangeroepen wordt, maar aangezien dat passeert, checken ze waarschijnlijk alleen Basic Integrity. Waarschijnlijk detecteert Google's DroidGuard blob iets wat het niet bevalt.

[tweaker_ralph]

Ik probeerde net nog eens of de museumkaart app het inmiddels doet. En zowaar, gelukt!

[franssie]

tweaker_ralph schreef op woensdag 26 augustus 2026 @ 18:46:
Ik probeerde net nog eens of de museumkaart app het inmiddels doet. En zowaar, gelukt!

Oh wauw, mij vertelden ze dat ze er niet mee bezig waren... Dus ik heb weer een fysieke kaart, ook prima.

[L0g0ff]

tweaker_ralph schreef op woensdag 26 augustus 2026 @ 18:46:
Ik probeerde net nog eens of de museumkaart app het inmiddels doet. En zowaar, gelukt!

Ik dacht dat in een vorige changelog al gelezen te hebben. Ik vond dat zo grappig dat ik las Museumjaarkaart in de changelog.

/edit

Deze was het https://gitlab.e.foundation/e/os/releases/-/releases/v4.1.1-a16

Third Party Apps support

• Fixed the Museumkaart app crashing.
• Fixed Play Integrity Basic level

[ Voor 33% gewijzigd door L0g0ff op 26-08-2026 22:59 ]

[L0g0ff]

Btw sinds de laatste update lijkt mijn app launge kapot. Ik lees op het /e/os forum veel meer issues. Updaten en nieuwe installaties van apps werken niet.

Vreemd genoeg heb ik net Aurora installed en die werkt prima. Alleen wil ik niet 2 update mechanismen op mijn telefoon.

Ervaren jullie ook issues?

[S91]

@L0g0ff Nee hier werkt het nog. Al app data wissen en/of opnieuw inloggen geprobeerd?

[Falco]

@L0g0ff ik ervaar ook issues. Zowel met updaten als verbinding maken.

Na afsluiten en opnieuw starten van de applounge worden dan ineens updates gevonden, maar start de download niet ivm verbinding issues. Dan moet ik eerst weer wifi uit en aan zetten.

Ook word ik nog regelmatig uitgelogd uit de applounge

Het is nog niet echt robuust allemaal

[L0g0ff]

S91 schreef op donderdag 27 augustus 2026 @ 06:11:
@L0g0ff Nee hier werkt het nog. Al app data wissen en/of opnieuw inloggen geprobeerd?

Ja allemaal. En zelfs herstarts. Meerdere malen zelfs.

Wat het uiteindelijk leek op te lossen was een random app te updaten met aurora. Daarna schoot het ineens "los" in app lounge en werkte het weer.

Misschien moet ik me ook maar even mengen in de officiële /e/os draadjes want je leest daar ook echt veel issues over app lounge sinds eind juni. En alle beetjes info kunnen dan helpen.

Ik las ook dat het advies was storage wissen en 12 uur wachten. Maar dat zijn geen oplossingen. Zeker als Aurora het wel instant doet dan zou het bijvoorbeeld niet aan de anonymous login of sessie token van het device oid mogen liggen.

[Joab9000]

L0g0ff schreef op donderdag 27 augustus 2026 @ 07:12:
[...]

Ik las ook dat het advies was storage wissen en 12 uur wachten. Maar dat zijn geen oplossingen. Zeker als Aurora het wel instant doet dan zou het bijvoorbeeld niet aan de anonymous login of sessie token van het device oid mogen liggen.

Nee vind ik ook. Eens het toestel opnieuw opstarten is nog aanvaardbaar qua oplossing, maar “app opnieuw installeren” of “storage wissen” niet imo… voor een niche-product als Jolla misschien wel, maar niet voor een OS dat de massa wil bereiken als e/OS.

[L0g0ff]

Joab9000 schreef op donderdag 27 augustus 2026 @ 07:21:
[...]

Nee vind ik ook. Eens het toestel opnieuw opstarten is nog aanvaardbaar qua oplossing, maar “app opnieuw installeren” of “storage wissen” niet imo… voor een niche-product als Jolla misschien wel, maar niet voor een OS dat de massa wil bereiken als e/OS.

Idd. /e/os is wat ik adviseer aan familie en vrienden. Jolla sailfish heb ik ook (2e tel) maar daar zou ik nog even een jaartje of 2 mee wachten voordat je dat als niet technisch persoon wil gaan gebruiken.

Draadje zojuist geupdate. https://community.e.foundation/t/app-lounge-updates-do-not-install-stuck-at-0/82425/24?u=l0g0ff

[durian]

Iemand de Transavia app aan de gang gekregen? Bij mij flitst er een dialoog over cookies voorbjij voordat'ie een technical error geeft, en that's it.

[L0g0ff]

durian schreef op maandag 31 augustus 2026 @ 20:21:
Iemand de Transavia app aan de gang gekregen? Bij mij flitst er een dialoog over cookies voorbjij voordat'ie een technical error geeft, en that's it.

Ik heb het even geprobeerd maar helaas. Ik heb precies wat jij beschrijft (ook na wat aanpassingen zoals url handling, uitzetten tracking vam /e/os, permissions en locatie vooraf in te schakelen)

Wat je eventueel zou kunnen proberen is adb te activeren en dan via shell: journal -f te draaien en dan de app te starten.

Dan krijg je een hoop verbose info terug.

Ik heb even geen computer naast me helaas.

[durian]

L0g0ff schreef op maandag 31 augustus 2026 @ 20:32:
[...]
Wat je eventueel zou kunnen proberen is adb te activeren en dan via shell: journal -f te draaien en dan de app te starten.

Dan krijg je een hoop verbose info terug.
Ik heb even geen computer naast me helaas.

Ik had verder nog niet veel geprobeerd, maar dat lijkt dus geen zin te hebben, dank voor de info!

Dat met die shell is nieuw voor mij, interesting!

[L0g0ff]

durian schreef op dinsdag 1 september 2026 @ 13:05:
[...]

Ik had verder nog niet veel geprobeerd, maar dat lijkt dus geen zin te hebben, dank voor de info!

Dat met die shell is nieuw voor mij, interesting!

Ja zo los ik vaak ook battery drains op van mensen om me heen. Toestel via adb koppelen, shell starten en start maar eens "top" en kijk maar eens wat er gebeurt. Daar haal je zo alle agressieve apps eruit.

Android is zelf vaak veel te beperkt in zijn info via de GUI. Soms zie je system als hoofd oorzaak staan van accu gebruik. Maar is de YouTube (of andere) app aantoonbaar aan het drainen.

Ik dwaal af haha.

[Falco]

Ik heb iets geks met Android auto en /e/os.

Ik kwam erachter dat als ik verbonden ben met de auto, ik alleen de contacten met een "a" zie. Andere contacten zie ik njet en kan er ook niet naar toe scrollen.

Heeft iemand hetzelfde en wellicht een oplossing gevonden?

[FitTiv]

@Falco heeft AA de contactenpermissie?
Hier geen problemen.

[Falco]

FitTiv schreef op vrijdag 4 september 2026 @ 08:26:
@Falco heeft AA de contactenpermissie?
Hier geen problemen.

Ja, ik heb geen rechten geweigerd. Ik heb net de telefoon nog eens verwijderd en opnieuw toegevoegd in AA, maar dat helpt niks.

als ik overigens alleen via bluetooth verbonden ben, dan werkt het wel gewoon en kan ik door alle contacten gaan via het menu in de auto.

[L0g0ff]

Falco schreef op vrijdag 4 september 2026 @ 03:57:
Ik heb iets geks met Android auto en /e/os.

Ik kwam erachter dat als ik verbonden ben met de auto, ik alleen de contacten met een "a" zie. Andere contacten zie ik njet en kan er ook niet naar toe scrollen.

Heeft iemand hetzelfde en wellicht een oplossing gevonden?

Dus als je een "a" voor je contact persoon zet dan staat die er in de lijst erbij?

[Falco]

L0g0ff schreef op vrijdag 4 september 2026 @ 08:50:
[...]

Dus als je een "a" voor je contact persoon zet dan staat die er in de lijst erbij?

Ik heb nog geen contacten aangepast qua naam, maar relatief recent toegevoegde contacten die toevallig met een a beginnen, zie ik gewoon.

Als ik dan op A-Z klik om naar een andere begin letter te gaan, dan krijg ik het laatste contact beginnend met een a. Maar ik kan niet verder scrollen naar een b of verder...

[_fool]

Ha!

Als experiment heb ik een tijdje geleden een Pixel 7 met /e/OS voorgeinstalleerd gekocht via marktplaats, van een sympathieke verkoper. Op die Pixel 7 heb ik de laatste tijd al mn apps geinstalleerd en nagenoeg alles lijkt nu te werken. Ik was van plan om deze week over te stappen, en mn Google telefoon achter te laten.

Maar: als ik mn KPN SIM-kaart in de Pixel 7 met /e/OS druk, kan ik niet meer bellen of gebeld worden. 5G data werkt wel, alleen bellen niet. Stom dat ik dat niet eerder gecheckt heb, maar het leek me zo basic dat ik er niet aan gedacht heb. Dezelfde SIM doet het in mn Google telefoon wel goed. Zojuist naar de KPN winkel gegaan, een verse fysieke SIM gekregen: zelfde probleem. Dus er is iets mis met de Pixel 7 + /e/OS combinatie.

Komt dit mensen bekend voor? Moet ik nog iets doen in de netwerkinstellingen? Of is het gewoon een defecte Pixel 7, en heeft /e/OS er niets mee te maken?

(M'n vervolgstap zou zijn om toch maar die Fairphone 6 met /e/OS te halen. Maar dan wil ik wel graag zeker weten dat die het gaat doen op het KPN netwerk)

[correcto]

_fool schreef op vrijdag 4 september 2026 @ 13:36:
(M'n vervolgstap zou zijn om toch maar die Fairphone 6 met /e/OS te halen. Maar dan wil ik wel graag zeker weten dat die het gaat doen op het KPN netwerk)

Ik heb een FP6 waar ik zelf /e/os op heb geïnstalleerd. Ik gebruik een fysieke sim van KPN en kan je melden dat dit gewoon werkt.

[correcto]

Over de problemen met app updaten via de App Lounge. Het werkt als ik de updates start op 5G en dan switch naar Wifi.

[BertNL]

_fool schreef op vrijdag 4 september 2026 @ 13:36:
Ha!

Als experiment heb ik een tijdje geleden een Pixel 7 met /e/OS voorgeinstalleerd gekocht via marktplaats, van een sympathieke verkoper. Op die Pixel 7 heb ik de laatste tijd al mn apps geinstalleerd en nagenoeg alles lijkt nu te werken. Ik was van plan om deze week over te stappen, en mn Google telefoon achter te laten.

Maar: als ik mn KPN SIM-kaart in de Pixel 7 met /e/OS druk, kan ik niet meer bellen of gebeld worden. 5G data werkt wel, alleen bellen niet. Stom dat ik dat niet eerder gecheckt heb, maar het leek me zo basic dat ik er niet aan gedacht heb. Dezelfde SIM doet het in mn Google telefoon wel goed. Zojuist naar de KPN winkel gegaan, een verse fysieke SIM gekregen: zelfde probleem. Dus er is iets mis met de Pixel 7 + /e/OS combinatie.

Komt dit mensen bekend voor? Moet ik nog iets doen in de netwerkinstellingen? Of is het gewoon een defecte Pixel 7, en heeft /e/OS er niets mee te maken?

(M'n vervolgstap zou zijn om toch maar die Fairphone 6 met /e/OS te halen. Maar dan wil ik wel graag zeker weten dat die het gaat doen op het KPN netwerk)

Werkt bellen met een SIM van Vodafone of Odido wel? En als je bellen op 4G zet?

[L0g0ff]

_fool schreef op vrijdag 4 september 2026 @ 13:36:
Ha!

Als experiment heb ik een tijdje geleden een Pixel 7 met /e/OS voorgeinstalleerd gekocht via marktplaats, van een sympathieke verkoper. Op die Pixel 7 heb ik de laatste tijd al mn apps geinstalleerd en nagenoeg alles lijkt nu te werken. Ik was van plan om deze week over te stappen, en mn Google telefoon achter te laten.

Maar: als ik mn KPN SIM-kaart in de Pixel 7 met /e/OS druk, kan ik niet meer bellen of gebeld worden. 5G data werkt wel, alleen bellen niet. Stom dat ik dat niet eerder gecheckt heb, maar het leek me zo basic dat ik er niet aan gedacht heb. Dezelfde SIM doet het in mn Google telefoon wel goed. Zojuist naar de KPN winkel gegaan, een verse fysieke SIM gekregen: zelfde probleem. Dus er is iets mis met de Pixel 7 + /e/OS combinatie.

Komt dit mensen bekend voor? Moet ik nog iets doen in de netwerkinstellingen? Of is het gewoon een defecte Pixel 7, en heeft /e/OS er niets mee te maken?

(M'n vervolgstap zou zijn om toch maar die Fairphone 6 met /e/OS te halen. Maar dan wil ik wel graag zeker weten dat die het gaat doen op het KPN netwerk)

Als je voldoende technische ervaring heb zou ik /e/os gewoon even opnieuw flashen. De handleiding is best wel goed te volgen als je goed leest. Maar dit moet gewoon werken.

[_fool]

Dank <3 Fijn om te weten dat KPN het ondersteunt. SIM van een andere provider ga ik nog even proberen. En als het daarmee niet lukt ga ik kijken of ik de Pixel 7 nog ga reviven of dat ik voor de Fairphone ga.

[danieldk]

L0g0ff schreef op vrijdag 4 september 2026 @ 14:05:
[...]

Als je voldoende technische ervaring heb zou ik /e/os gewoon even opnieuw flashen. De handleiding is best wel goed te volgen als je goed leest. Maar dit moet gewoon werken.

Sowieso geen slecht idee. Waarschijnlijk wil er alleen maar iemand wat bijverdienen, maar een OS geïnstalleerd door iemand op marktplaats? Ik zou er niet per sé aan beginnen.

Fairphone 6 + /e/OS + KPN werkte hier ook prima toen ik nog een FP6 had.

[BertNL]

danieldk schreef op vrijdag 4 september 2026 @ 15:14:
[...]

Sowieso geen slecht idee. Waarschijnlijk wil er alleen maar iemand wat bijverdienen, maar een OS geïnstalleerd door iemand op marktplaats? Ik zou er niet per sé aan beginnen.

Fairphone 6 + /e/OS + KPN werkte hier ook prima toen ik nog een FP6 had.

Idd verstandig sowieso een herinstallatie te doen bij 2e hands aankoop.

[danieldk]

BertNL schreef op vrijdag 4 september 2026 @ 17:17:
[...]

Idd verstandig sowieso een herinstallatie te doen bij 2e hands aankoop.

Ik doe het vaak ook bij nieuwkoop, ik weet het, paranoia .

[Compuchip87]

Falco schreef op vrijdag 4 september 2026 @ 08:55:
[...]

Ik heb nog geen contacten aangepast qua naam, maar relatief recent toegevoegde contacten die toevallig met een a beginnen, zie ik gewoon.

Als ik dan op A-Z klik om naar een andere begin letter te gaan, dan krijg ik het laatste contact beginnend met een a. Maar ik kan niet verder scrollen naar een b of verder...

Ik heb dat ook op mijn Fairphone 5 met stubs.

Maar alleen op Android Auto. Als ik even de USB kabel eruit haal en de contacten "gewoon" via bluetooth opzoek in het systeem van de auto staan ze er wel allemaal dus ik gebruik dat maar als workaround. Maar als je een oplossing vindt test ik hem ook graag

[_fool]

Inmiddels heb ik verder met de analyse.

1) Met een SIM van een andere provider werkt bellen wel (Hollands Nieuwe = Vodafone netwerk). Dus de Pixel 7 is niet fysiek defect.

2) Ik heb een verse install van /e/OS gedaan (via command line, was goed te doen idd) en dan bestaat het probleem nog steeds.

Ik zie in mn SIMs -> KPN -> Carrier settings version een setting "kpn_nl-64000000023.23 2024-08-29" staan. Misschien dat die geupdate moet worden, maar ik ben er nog niet achter hoe.

[Falco]

_fool schreef op zondag 6 september 2026 @ 14:22:
Inmiddels heb ik verder met de analyse.

1) Met een SIM van een andere provider werkt bellen wel (Hollands Nieuwe = Vodafone netwerk). Dus de Pixel 7 is niet fysiek defect.

2) Ik heb een verse install van /e/OS gedaan (via command line, was goed te doen idd) en dan bestaat het probleem nog steeds.

Ik zie in mn SIMs -> KPN -> Carrier settings version een setting "kpn_nl-64000000023.23 2024-08-29" staan. Misschien dat die geupdate moet worden, maar ik ben er nog niet achter hoe.

Als je naar instellingen > netwerk&internet > simkaarten > KPN > toegangspuntnamen gaat, dan kan je rechtsboven op de 3 puntjes klikken. En daar kiezen voor "standaardinstellingen herstellen".

Dat hielp mij in het buitenland om verbinding te kunnen maken met 5G, maar misschien reset het voor jou ook de instellingen?

[Maarten69]

Ik heb ook geregeld belproblenen met mijn Fairphone 6 laatste /e/OS en 50plus mobiel provider.
Resetten van toegangspunten helpt vaak,( of Vodafone profiel 1 kiezen).

Best irritant

[JayPe]

Iemand die Duolingo gebruikt?

Als ik uitspraak wil oefenen, geeft DuoLingo direct, vanaf het moment dat je zou moeten gaan spreken,dat hij het niet kon verstaan. Lijkt erop dat de output van de microfoon niet of niet goed beschikbaar is voor de app. Is dit een hardware (FP6) of software (e/OS) bug? Of ligt het gewoon aan een lokale instelling van mijzelf? Microfoon heeft de app toegang toe, bellen en spraakberichten inspreken gaat prima ( in andere apps, zoals Signal)

[S91]

@JayPe Ik gebruik Busuu i.p.v. Duolingo, daar werk de spraakherkenning geloof ik zonder problemen.

[BertNL]

Buienradar (versie 7.4.7) doet het niet op e/os 4.2. Stopt 1 seconde na openen van de app. Herstart FP6 helpt niet. Opnieuw installeren app ook niet.

[jaguarxj16]

Niet echt een oplossing maar je zou kunnen overstappen naar de KNMI app? Scheelt gelijk een hoop trackers die E/os moet blokkeren ;-)

[Mit-46]

Ik gebruik een (Firefox) shortcut op het home screen naar buienradar.nl

Werkt voor mij prima aangezien het geen app is waarvoor je moet inloggen.

Na gebruik sluit ik Firefox en worden de cookies automatisch gewist.

Het nadeel is dat ik telkens de voorwaarden moet accepteren en mijn locatie moet kiezen hoewel dat laatste niet altijd nodig is als het hele land bedekt is met regen.

[Hazalnootpuur]

Mit-46 schreef op woensdag 9 september 2026 @ 12:53:
Ik gebruik een (Firefox) shortcut op het home screen naar buienradar.nl

Werkt voor mij prima aangezien het geen app is waarvoor je moet inloggen.

Na gebruik sluit ik Firefox en worden de cookies automatisch gewist.

Het nadeel is dat ik telkens de voorwaarden moet accepteren en mijn locatie moet kiezen hoewel dat laatste niet altijd nodig is als het hele land bedekt is met regen.

Nadeel van buienradar is dat niet alle zooi gewist wordt met alleen cookieverwijdering. Niet met de app, maar ook niet met de website. Schijnbaar slaat hij ergens anders ook data op, want merk regelmatig dat hij zaken onthoudt, terwijl dat met cookieverwijdering niet mogelijk zou moeten zijn. Raar maar waar.

[BertNL]

Hazalnootpuur schreef op woensdag 9 september 2026 @ 14:02:
[...]

Nadeel van buienradar is dat niet alle zooi gewist wordt met alleen cookieverwijdering. Niet met de app, maar ook niet met de website. Schijnbaar slaat hij ergens anders ook data op, want merk regelmatig dat hij zaken onthoudt, terwijl dat met cookieverwijdering niet mogelijk zou moeten zijn. Raar maar waar.

Het is dat de app wel heel goed doet wat ie moet doen, beter dan de KNMI app. Maar nu de app in technische zin niet (meer) werkt is het einde verhaal.

[JAM]

Ik heb dat probleem ook met Buienradar op m'n Fairphone (mijn vrouw heeft dezelfde telefoon en dus hetzelfde probleem). Daarnaast werkt sinds begin september ook de Companion app van Rouvy (indoor cycling) niet meer. Die app geeft bij mijn User Name ineens 'Unknown' weer, terwijl eind augustus alles nog prima werkte. Uitschakelen van trackerbeheer, wissen van cache en opslag en herinstallatie van de app leveren daarbij geen oplossing.

Ter aanvulling: Op de oude telefoons van zowel mij als mijn vrouw (beide Sony Xperia 5 II) werkt bovenstaande wel gewoon normaal.

Weet iemand wellicht of dit komt door Google, die de boel aan het frustreren/blokkeren is, of dat de oorzaak elders gezocht moet worden?

[franssie]

Buienradar is RTL dus is DPG... Zou mij niets verbazen als die elkaar koekjes weten te vinden.

[Mit-46]

Ik heb dat nog niet gemerkt. Ik moet tot nu toe telkens cookies opnieuw accepteren en ook mijn locatie opnieuw instellen.

De snelkoppeling heb ik gemaakt via het Firefox kopie in het werkprofiel. Wellicht dat dit nog iets uitmaakt. Die gebruik ik alleen om te Googlen, Youtube en Buienradar.

Alle het andere open ik via de normale Firefox app in het normale profiel.

Beiden openen alles standaard in incognito, maar heb wel ingesteld dat na een dag alle tabbladen worden gesloten als ze nog open staan en ook de cookies en site data wordt verwijderd.

Geen idee in hoeverre dit allemaal zin heeft, maar zo heb ik het ingesteld en mezelf aangeleerd het te gebruiken.

[voorstad]

De enige DPG (krant) app die ik wél geïnstalleerd heb, staat bovenin mijn 'wall of shame' bij Advanced Privacy.

Buienradar durf ik al niet in een browser te openen, gezien de cookies, laat staan een app van installeren.

[HTT-Thalan]

jaguarxj16 schreef op woensdag 9 september 2026 @ 08:30:
Niet echt een oplossing maar je zou kunnen overstappen naar de KNMI app? Scheelt gelijk een hoop trackers die E/os moet blokkeren ;-)

Ik denk dat Buienradar zelf ook een fairphone met location privacy gebruikt want de voorspelling klopt vrijwel nooit . Ik zal die KNMI app eens proberen, maar gebruikte BR altijd in de browser. Ik kijk nog regelmatig mijn privacy stats na en de telefoon lijkt alles prima tegen te houden, dus waar maken we ons druk om? Ja, die cookies steeds accepteren.... teken dat het werkt.

[danieldk]

JAM schreef op woensdag 9 september 2026 @ 17:21:
Weet iemand wellicht of dit komt door Google, die de boel aan het frustreren/blokkeren is, of dat de oorzaak elders gezocht moet worden?

Lijkt me eerder een issue met microG of iets dergelijks. Buienradar werkt hier prima op GrapheneOS, inclusief inloggen enzo (voor premium). Buienradar doet bij het opstarten en inloggen ook geen Play Integrity requests of iets dergelijks.

Helaas is de KNMI app een stuk minder IMO. Enige app die een stuk beter is dan Buienradar is het Duitse Warnwetter. Helaas werkt die maar beperkt voor Nederland (geen historische statistieken e.d.), maar volgens mij kunnen die wel ook wind en regen voor Nederland tonen (moet ik even checken, gebruik tot dusver Buienradar in Nederland en Warnwetter in Duitsland).

[Joab9000]

https://murena.com/shop/smartphones/brand-new/murena-gs6/
Heeft iemand hier ervaring mee? Klinkt wel als een goed alternatief voor de Fairphone precies... en ook met e/OS pre-installed (want verkocht door Murena)

[danieldk]

Joab9000 schreef op donderdag 10 september 2026 @ 10:51:
https://murena.com/shop/smartphones/brand-new/murena-gs6/
Heeft iemand hier ervaring mee? Klinkt wel als een goed alternatief voor de Fairphone precies... en ook met e/OS pre-installed (want verkocht door Murena)[Afbeelding]

Niet heel erg duurzaam. De SoC is qua performance toch weer een generatie slechter dan de FP6+, waar de FP6+ zelf ook al op het niveau zit van een iPhone 11 uit 2019. Verder is /e/OS afhankelijk van Gigaset voor kernel- en firmware updates. Gigaset belooft zelf alleen nog Android 16 en 17 voor de GS6. Dus grote kans dat firmware, kernel, etc. op het niveau van dit jaar blijven hangen, waardoor je heel erg veel van Qualcomm en Linux security fixes gaat missen.

Een Fairphone is aardig wat duurder, maar zal het waarschijnlijk veel beter doen qua long-term support.

[DiedX]

Joab9000 schreef op donderdag 10 september 2026 @ 10:51:
https://murena.com/shop/smartphones/brand-new/murena-gs6/
Heeft iemand hier ervaring mee? Klinkt wel als een goed alternatief voor de Fairphone precies... en ook met e/OS pre-installed (want verkocht door Murena)[Afbeelding]

Ik heb er ervaringen mee. Ik kom van de iPhone af, en ben eigenlijk tegelijkertijd vanuit het Apple Ecosysteem nagenoeg overgestapt naar Fedora Linux op een Frame.work laptop. Een paar weken later kwam de GS6 uit.

De overstap is redelijk groot. Ik heb mijn agenda nog steeds in iCloud (vanwege delen met de vrouw), taken tegenwoordig in todoist, en mijn contacten bij Murena. De telefoon werkt. Ik heb (foutief!) geen stub geinstalleerd, maar Google voor de integratie met Apple Carplay.

Goede dingen van Murena:

• Je ziet hoeveel er tegengehouden wordt
• Tot nu toe werkt alles. Rabobank, DigID. Let wel: dat lijkt met de GS6 te zijn, e/OS native installed. Ik zie boven heel veel apps die op een of andere manier niet werken
• Regelijk stabiel?
• Ben best wel fan van de Droid playstore, zodat je OSS software snel kan installeren
• Batterylife is TOP!

Meh (GS6):

• Camera is meh, gallery is meh. Ik 'sync' mijn foto's (iCloud en e/OS) met immich, lokaal gehost op een synology. Dat werkt.
• Snelheid vind ik echt wel ok. Niet zo snappy als een iPhone Pro, maar soit

Een kennis had dezelfde setup, kwam van Android af. Ook hij 'mist' bepaalde zaken. Dat is moeilijk kwantificeerbaar. Het is zeker een stap terug van iOS, maar het feit dat je ziet hoeveel er geblockt wordt, en dat je een virtuele GPS positie mee kan geven zorgt bij mij er voor dat het gevoel van getrackt worden echt wel minder is.

Voorlopig blijf ik op e/OS. Totdat iets het niet meer doet. Een Rabobank die opeens rare dingen af gaat dwingen gaat mij terugsturen naar iOS.

[Joab9000]

DiedX schreef op donderdag 10 september 2026 @ 12:41:
[...]

Ik heb er ervaringen mee. Ik kom van de iPhone af, en ben eigenlijk tegelijkertijd vanuit het Apple Ecosysteem nagenoeg overgestapt naar Fedora Linux op een Frame.work laptop. Een paar weken later kwam de GS6 uit.

De overstap is redelijk groot. Ik heb mijn agenda nog steeds in iCloud (vanwege delen met de vrouw), taken tegenwoordig in todoist, en mijn contacten bij Murena. De telefoon werkt. Ik heb (foutief!) geen stub geinstalleerd, maar Google voor de integratie met Apple Carplay.

Goede dingen van Murena:

• Je ziet hoeveel er tegengehouden wordt
• Tot nu toe werkt alles. Rabobank, DigID. Let wel: dat lijkt met de GS6 te zijn, e/OS native installed. Ik zie boven heel veel apps die op een of andere manier niet werken
• Regelijk stabiel?
• Ben best wel fan van de Droid playstore, zodat je OSS software snel kan installeren
• Batterylife is TOP!

Meh (GS6):

• Camera is meh, gallery is meh. Ik 'sync' mijn foto's (iCloud en e/OS) met immich, lokaal gehost op een synology. Dat werkt.
• Snelheid vind ik echt wel ok. Niet zo snappy als een iPhone Pro, maar soit

Een kennis had dezelfde setup, kwam van Android af. Ook hij 'mist' bepaalde zaken. Dat is moeilijk kwantificeerbaar. Het is zeker een stap terug van iOS, maar het feit dat je ziet hoeveel er geblockt wordt, en dat je een virtuele GPS positie mee kan geven zorgt bij mij er voor dat het gevoel van getrackt worden echt wel minder is.

Voorlopig blijf ik op e/OS. Totdat iets het niet meer doet. Een Rabobank die opeens rare dingen af gaat dwingen gaat mij terugsturen naar iOS.

het ging me specifiek over het toestel, niet over e/OS, het is een uitgemaakte zaak voor mij dat wanneer mijn iPhone het begeeft ik overstap naar e/OS, tot nu had ik FP6+ in gedachten, maar kwam deze tegen, vandaar mijn vraag

[Joab9000]

danieldk schreef op donderdag 10 september 2026 @ 11:25:
[...]

Niet heel erg duurzaam. De SoC is qua performance toch weer een generatie slechter dan de FP6+, waar de FP6+ zelf ook al op het niveau zit van een iPhone 11 uit 2019. Verder is /e/OS afhankelijk van Gigaset voor kernel- en firmware updates. Gigaset belooft zelf alleen nog Android 16 en 17 voor de GS6. Dus grote kans dat firmware, kernel, etc. op het niveau van dit jaar blijven hangen, waardoor je heel erg veel van Qualcomm en Linux security fixes gaat missen.

Een Fairphone is aardig wat duurder, maar zal het waarschijnlijk veel beter doen qua long-term support.

bedankt voor de toelichting! dan blijf ik bij FP als volgende toestel

[franssie]

@Joab9000 Ik heb ook een gigaset en de camera's zijn minder dan matig. Voor de rest voldoet ie. Maar met de kennis van nu wordt de volgende een FairPhone, maar ik hoop nog een aantal jaar met deze te kunnen doen.
Dus je maakt de juiste keuze.

[Room42]

Oef, wat een domper! Heb net een FP6+ gekocht, speciaal om /e/OS te proberen. Meestal moeten dat soort dingen altijd up-to-date zijn, dus ik installeer de Fairphone/Android system update (5 augustus 2026). Wil ik /e/OS installeren, krijg ik de melding:

Your phone's Android Security Patch Level is newer than what this /e/OS build supports. Due to anti-rollback protection, installing it now could leave your device stuck in bootloader mode, unable to start. Please wait for the next monthly /e/OS release, which ships with an updated security patch, before trying again.

Ik moet dus echt wachten op de update!

Waar kan ik notificaties krijgen van deze updates?

[S91]

Hier 😁

[S91]

Ik denk dat je niet lang hoeft te wachten, de vorige update was 15 aug.

[Jeroennl]

Zijn er hier mensen die ervaring hebben met de volla tablet?

[Joab9000]

Room42 schreef op zaterdag 12 september 2026 @ 08:13:
Oef, wat een domper! Heb net een FP6+ gekocht, speciaal om /e/OS te proberen. Meestal moeten dat soort dingen altijd up-to-date zijn, dus ik installeer de Fairphone/Android system update (5 augustus 2026). Wil ik /e/OS installeren, krijg ik de melding:

[...]

Ik moet dus echt wachten op de update!

Waar kan ik notificaties krijgen van deze updates?

Is er een reden dat je niet de FP met e/OS voorgeïnstalleerd gekocht hebt, maar gekozen hebt om het allemaal zelf te doen?

[Joab9000]

Jeroennl schreef op zaterdag 12 september 2026 @ 10:31:
Zijn er hier mensen die ervaring hebben met de volla tablet?

Wil ik ook wel weten, en dan vooral of downloaden voor offline kijken bij Netflix en Disney+ werkt? Mijn iPad is eerder aan vervanging toe dan mijn iPhone:)

[Room42]

Joab9000 schreef op zaterdag 12 september 2026 @ 11:02:
[...]

Is er een reden dat je niet de FP met e/OS voorgeïnstalleerd gekocht hebt, maar gekozen hebt om het allemaal zelf te doen?

Ja, ik vind het fijn en leuk om zelf te doen, dan weet ik wat er precies gebeurt. En deze kon ik goedkoper krijgen.

[danieldk]

Jeroennl schreef op zaterdag 12 september 2026 @ 10:31:
Zijn er hier mensen die ervaring hebben met de volla tablet?

Om eerlijk te zijn zou ik Volla vermijden. Dat zijn gewoon rebadged producten van andere bedrijven en/of Chinese ODMs.

Zo is de Volla Phone Quintus voor 719 Euro eigenlijk gewoon een Daria Bond 5G die je voor 160 Euro op Amazon kunt kopen. De Volla Phone Plinius voor 598 Euro is een Gigaset GS6 die momenteel 289 Euro kost bij Belsimpel. De Volla Tablet voor 698 Euro heb ik niet in detail naar gekeken, maar zou een gestripte N-Pad X1 kunnen zijn die ongeveer 200 Euro kost op Ali.

Hun hele business model is Chinese ODM producten Eurowashen en dan wat zelfstandigen te betalen om het minimale werk te doen om Ubuntu Touch e.d. te kunnen supporten. Ze doen verder niet echt fatsoenlijke onderhoud. De kernel heeft bijvoorbeeld 3 jaar geen security updates gehad, hetzelfde voor firmware e.d.:

https://github.com/HelloVolla/android_kernel_volla_mt8781/blob/fbf306fea3f6a0077247f9147612b05e9b75ada8/Makefile#L2

De G99 die in de Volla Tablet sit is een SoC voor telefoons in de 100-200 Euro range, en is ongeveer 70% trager qua CPU dan de FP6+ en 90% trager qua GPU. En de FP6+ zelf zit ongeveer op het niveau van een iPhone 11 uit 2019. Als ik het me goed herinner mist de tablet ook basale features als een fingerprint scanner.

Als je /e/OS op een tablet wilt draaien, heb je niet veel andere opties. Maar hou wel in het achterhoofd dat je bijna 700 Euro uitgeeft voor een rebranded Chinese ODM device die niet meer dan 200 Euro waard is en qua security zo lek zou zijn als een mandje.

Het is jammer dat de Pixel tablet niet meer gemaakt wordt en langzaam uit de security updates loopt, want daarmee had je veel meer tablet voor het geld gekregen (en heeft volgens mij /e/OS support)

[danieldk]

Room42 schreef op zaterdag 12 september 2026 @ 08:13:
Oef, wat een domper! Heb net een FP6+ gekocht, speciaal om /e/OS te proberen. Meestal moeten dat soort dingen altijd up-to-date zijn, dus ik installeer de Fairphone/Android system update (5 augustus 2026). Wil ik /e/OS installeren, krijg ik de melding:

[...]

Ik moet dus echt wachten op de update!

Waar kan ik notificaties krijgen van deze updates?

Wel goed om te noemen dat het locken van de bootloader je device ook leeg veegt. Dust misschien wil je even wachten met het in gebruik nemen 😁.

[Room42]

danieldk schreef op zaterdag 12 september 2026 @ 12:14:
[...]

Wel goed om te noemen dat het locken van de bootloader je device ook leeg veegt. Dust misschien wil je even wachten met het in gebruik nemen 😁.

Zeker, hij ligt netjes in de doos te wachten op de nieuwe release.

[S91]

danieldk schreef op zaterdag 12 september 2026 @ 12:10:
Het is jammer dat de Pixel tablet niet meer gemaakt wordt en langzaam uit de security updates loopt, want daarmee had je veel meer tablet voor het geld gekregen (en heeft volgens mij /e/OS support)

Maar die security updates krijg je via /e/os/ dan toch nog wel?

[correcto]

Half september hopen ze de 4.3 release af te hebben: https://community.e.found...and-testing-updates/84597

[denneappel]

danieldk schreef op zaterdag 12 september 2026 @ 12:10:
[...]

Het is jammer dat de Pixel tablet niet meer gemaakt wordt en langzaam uit de security updates loopt, want daarmee had je veel meer tablet voor het geld gekregen (en heeft volgens mij /e/OS support)

Ik heb een tijdje terug de Pixel tablet op Marktplaats gekocht. /E/OS wordt officieel ondersteund en doet het geweldig.

De tablet vervangt mijn iPad Air die nu in de kast ligt voor de paar apps die niet werken en ik nog niet heb vervangen of opgezegd (met name Revolut en Trade Republic).

[danieldk]

S91 schreef op zaterdag 12 september 2026 @ 13:08:
[...]

Maar die security updates krijg je via /e/os/ dan toch nog wel?

Er zijn veel verschillende types security updates in Android:

• Android Security Bulletins: dit is voor kwetsbaarheden in Android zelf, maar alleen voor kwetsbaarheden die als high en critical gemarkeerd zijn. Dus ASBs alleen zijn niet genoeg om alle Android security updates te krijgen. Binnen ASBs zijn er nog twee groepen op te delen:
  • Projecten/leveranciers die ook fixes uitbrengen die drie maanden onder embargo zijn: GrapheneOS rolt alle embargoed fixes uit. Samsung een deel, Google Pixel een deel of alles (is me nooit helemaal duidelijk).
  • Projecten/leveranciers die geen fixes uitbrengen die onder embargo vallen. Deze toestellen zijn dus in zekere mate al 3 maanden kwetsbaar omdat de kwetsbaarheden al lekken, bijv. door reverse engineering van GrapheneOS/Samsung/Pixels updates of door informatie die van OEMs lekt. Alle organisaties die niet in het vorige punt genoemd zijn vallen hier onder.

• Android security fixes voor kwetsbaarheden die niet high/critical gemarkeerd zijn. In deze categorie zitten geen RCEs, maar ze worden wel gebruikt in exploit chains. Deze fixes krijg je alleen met major releases en QPRs. Daarom is het ook vrij kwalijk dat de meeste Android-leveranciers zo laat zijn met major releases. Het gaat niet zozeer om features, maar om de security fixes. Hier ziet het er ongeveer als volgt uit: Pixel rolt alle QPRs en majors uit, GrapheneOS rolt majors en QPR2 meestal enkele dagen na Google/Pixel uit (QPR1/3 kan niet omdat Google die niet meer open sourced), Samsung rolt major en QPR2 uit, maar vaak met enkele weken tot maanden vertraging. Bij de rest mag je blij zijn zelfs majors niet maanden te laat zijn, laat staan dat ze QPRs uit zouden rollen.
• Project Mainline (Google Play System Updates). De OEM-update situatie is in zo'n deplorabele staat dat Google op een gegeven moment het heft in eigen wou nemen. Dit doen ze door bepaalde delen van het systeem als modules te verpakken, waarbij ze dan als een soort van overlay bestaande functionaliteit kunnen updaten. Hier zitten zowel functionele nieuwe features in als heel erg acute kwetsbaarheden in componenten die mainline kan updaten (bijvoorbeeld Bluetooth, UWB). Helaas missen degoogled projecten als /e/OS en GrapheneOS deze updates volledig. Of dat een probleem is ligt eraan hoe snel je ASBs en majors/QPRs uitrolt.
• Driver firmware. Dit is de software waarop belangrijke onderdelen van de telefoon draait, zoals het modem, WiFi, Bluetooth, cameras, noem het maar op. Sommige blobs zijn praktisch een OS op zichzelf (zoals cellular broadband firmware die op een eigen processor een RTOS draait). Omdat het hier vaak gaat om hardware die data verwerken die niet te vertrouwen is, is veiligheid erg belangrijk. In welke mate dit belangrijk is, hangt er vanaf in welke mate de firmware geïsoleerd is (kan ook bij geheugen van het main OS, etc.). Pixel/GrapheneOS en iPhone hebben altijd sterk ingezet op isolatie. Deze firmware wordt geleverd door de maker van de hardware (bijv Qualcomm, Mediatek, Sony/Samsung for camera's, etc.), maar verspreid door de OEM. Dus als Volla de firmware nooit update, dan krijgt /e/OS de security updates ook niet, het leveren van de firmware is op basis van een contract dat Volla's ODM heeft met bijv. Mediatek. En ze zijn wel degelijk belangrijk, want bijv. Qualcomm/Mediatek/Samsung firmware heeft maandelijks kritische kwetsbaarheden. Eigenlijk alleen Google Pixel, GrapheneOS en Samsung zitten hier bovenop en rollen maandelijks updates uit. Fairphone doet dit bijv. veel minder vaak (bijv. met major releases). Volle vrijwel nooit.
• De Linux kernel + drivers. Dit is de kern van het systeem + drivers voor verschillende devices. Hier is het huilen met de pet op. Volgens mij doen alleen Google Pixel en GrapheneOS regelmatig kernel updates, zelfs Samsung zit vaak op oude versies. Maar een kernel-kwetsbaarheid kan genoeg zijn voor een app om uit de SELinux sandbox te krijgen. Vergelijkbaar met driver firmware geldt: dit moet over het algemeen van de OEM komen. Ze vallen niet onder ASBs, dus Ubuntu Touch, /e/OS e.d. zullen dezelfde oude kernel trees gebruiken.

Conclusie: nee, de maandelijkse updates zijn bij lange na niet genoeg. De maandelijkse updates dekken alleen de eerste categorie af en major updates de tweede categorie.

Is dit belangrijk? Daar moet iedereen zijn eigen inschatting maken. Android botnets zijn een ding. Android malware bestaat. Het zal het komende jaar allemaal erger worden door LLMs, de laatste ASB had meer dan 100 fixes voor kwetsbaarheden. De vermoedelijk honderden kwetsbaarheden die niet critical/high gemarkeerd of de honderden kwetsbaarheden in firmware en Linux zijn hierin nog niet meegenomen.

Als je je telefoon alleen gebruikt om een beetje te bellen en wat spelletjes te doen, kan ik me voorstellen dat je denkt 'soit'. Als je voor een waardevol bedrijf werkt, waar een aanvaller met laterale aanvallen op een privételefoon door kan lopen op bedrijfsnetwerken, neem een telefoon met GrapheneOS, iOS, Pixel of heel misschien een Samsung flagship (in die volgorde). De rest is gewoon niet veilig genoeg, zowel door het gebrek aan veiligheidsupdates, alsook het ontbreken van een aparte secure processor om geheim materiaal op te slaan.

Om een voorbeeld te geven waarom ASBs alleen niet genoeg zijn: veel Android toestellen waren onlangs zero click te hacken tot root aan toe door een combinatie van een kwetsbaarheid in WeChat (simpelweg bellen was genoeg, de gebruiker hoefde het belletje niet op te nemen) en kwetsbaarheden in de OEM drivers.

https://calif.io/research/weworm

https://calif.io/research/oempocalypse

Ander voorbeeld, veel apparaten met een MediaTek SoC waren voor de eerste unlock binnen 60 seconden uit te lezen met een USB kabeltje, ondanks encryptie (voorbeeld waarom zowel firmware updates als een aparte secure processor belangrijk zijn):

https://www.malwarebytes.com/blog/news/2026/03/this-android-vulnerability-can-break-your-lock-screen-in-under-60-seconds

Excuses voor het lange antwoord. Hier zijn geen LLMs aan te pas gekomen , ik heb een hekel aan LLM-geschreven teksten.

[ Voor 7% gewijzigd door danieldk op 12-09-2026 14:42 ]

[franssie]

@danieldk interessant. Mede ook omdat je e/os niet in je lijstje hebt staan.
Maar begrijp ik dus goed dat je graphene veiliger acht dan pixel? Is dat puur vanwege google als Amerikaanse eigenaar die Android beheert of is graphene beter sneller in patchen?

[danieldk]

franssie schreef op zaterdag 12 september 2026 @ 15:12:
Maar begrijp ik dus goed dat je graphene veiliger acht dan pixel? Is dat puur vanwege google als Amerikaanse eigenaar die Android beheert of is graphene beter sneller in patchen?

Een aantal redenen:

• Uit gelekte Cellebrite presentaties voor klanten bleek dat ze GrapheneOS apparaten sinds 2022 niet meer kunnen kraken. Pixel en iOS wel (de lat ligt overigens wel hoog bij iOS en Apple is vaak snel met het corrigeren van kwetsbaarheden).
• Graphene doet veel meer mitigaties:
  • Wijder gebruik van memory tagging (MTE).
  • Hardened allocator/libc.
  • Secure app spawning.
  • Meer kernel hardening.
• GrapheneOS sandboxed Google Play Services (als je het installeert), wat een grote API surface drastisch qua impact vermindert.
• Google kan alleen elke drie dagen auto-reboots doen om het apparaat in BFU staat te brengen. Bij GrapheneOS is dit in te stellen tot veel kortere perioden zonder unlock.
• Op GrapheneOS kun je USB-C verder inperken.
• Veel meer inperking van JIT, applicaties worden bijvoorbeeld met AOT gecompileerd, waardoor het moeilijker wordt runtime code te injecten.
• De GrapheneOS sandbox is verder ingeperkt.
• GrapheneOS rolt embargoed patches eerder uit.

Nadeel van de hardening is dat het slecht geprogrammeerde apps of apps die denken rooted telefoons te kunnen detecteren door naar de call stack of geheugenadressen te kijken soms niet werken. Maar je kunt een deel van deze technieken (zoals bijvoorbeeld secure spawning) per app uit zetten.

Wat het Pixel OS voor heeft is dat het ook QPR1/3 updates krijgt en wellicht ook dat het Project Mainline updates krijgt. Hier is verder weinig aan te doen, want Google maakt QPR1/3 niet meer open source.

[L0g0ff]

Ok, ik was het zat nu met app lounge.

Weer issues dat ik met geen mogelijkheid apps geïnstalleerd of geupdate kreeg. Ik ben geswapped naar aurora en dat werkt als een zonnetje

De stappen:

1. Clear storage app lounge
2. Zet in apps (settings,) de app lounge links om naar browser.
3. Start aurora (staat in f-droid)
4. Grant all permissions
5. Laatste Grant permissions is links. Die kun je nu ook koppelen.
6. Next en ga meteen naar settings
7. Zet daar de installer om naar microg. Dat scheelt elke keer op update klikken.

Beetje truerig dat dit moet en hopelijk fixen ze dit maar voorlopig blijf ik even plakken op aurora.

[Room42]

L0g0ff schreef op dinsdag 15 september 2026 @ 23:17:
[...]
Ik ben geswapped naar aurora en dat werkt als een zonnetje
[...]

Dat heet een roze wolk. Aurora is prima maar ook niet foutloos. Ik heb regelmatig dat ik bij downloads krijg: 'Server busy'. Dan moet ik rechtsboven op het tandwieltje met user icon drukken, op het icoon achter het account drukken, puntjesmenu openen en kiezen voor 'Refresh all accounts'. En dan hopen dat ik een werkend account krijg, anders moet het weer helemaal opnieuw. Dat zijn best veel stappen, steeds.

Dat zal overigens best te verhelpen zijn met een eigen Google Account, maar dat willen we nou juist niet.

[ Voor 16% gewijzigd door Room42 op 16-09-2026 07:46 ]

[L0g0ff]

Room42 schreef op woensdag 16 september 2026 @ 07:44:
[...]

Dat heet een roze wolk. Aurora is prima maar ook niet foutloos. Ik heb regelmatig dat ik bij downloads krijg: 'Server busy'. Dan moet ik rechtsboven op het tandwieltje met user icon drukken, op het icoon achter het account drukken, puntjesmenu openen en kiezen voor 'Refresh all accounts'. En dan hopen dat ik een werkend account krijg, anders moet het weer helemaal opnieuw. Dat zijn best veel stappen, steeds.

Dat zal overigens best te verhelpen zijn met een eigen Google Account, maar dat willen we nou juist niet.

Ja principes komen best vaak met een prijs haha. Maar je hebt gelijk. Ik was te voorbarig met Aurora. Ook dat is niet foutloos en nu moet ik alsnog een keer of 32 handmatig op update klikken voor elke app update.

Dan kom ik verder dan ik met app lounge kom maar dit is toch ook niet wat ik zoek.

Ik blijf nog wel even aan rommelen en anders gaat mijn telefoon aan de usb via adb en dan zullen we root cause uit de logging moeten gaan halen.

[Room42]

L0g0ff schreef op woensdag 16 september 2026 @ 09:11:
[...]

Ja principes komen best vaak met een prijs haha. Maar je hebt gelijk. Ik was te voorbarig met Aurora. Ook dat is niet foutloos en nu moet ik alsnog een keer of 32 handmatig op update klikken voor elke app update.
[...]

Als je dat niet wilt, moet je hem rooten, dan kan Aurora gewoon de root installer gebruiken. Heeft ook mijn voorkeur.

[JayPe]

Hmm>

Digid app opent niet meer automagisch. Ik weet niet sinds wanneer, maar eerder deed digid het prima. Nu zegt ie, als ik mijn berichtenbox open, login met digid -> De DigiD app opent niet.

" Staat de Digid app wel op dit apparaat? "

Opent dan in de Murena Browser, DuckDuckGo browser of Firefox ( whatever browser ik als default instel: Browser maakt niet uit) . Eerder kreeg ik zo (met DuckDuckGo) een kleine tekst-popup rechtsonder met 'open link in app' ofzoiets.

Draai /e/OS 4.3-rc-a van 15 september (gister), maar weet niet of die update het gebroken heeft, of dat er iets anders speelt.

DigiD help website geeft gaan: Soms gaat openen niet in Android, zet dan browser op Chrome (heb ik niet) of stel je Samsung browser in op 'nuttige links openen' (Samsung browser heb ik ook niet) én gebruik versie 6.18.3 van DigiD (heb ik).

Iemand suggesties?

[L0g0ff]

Room42 schreef op woensdag 16 september 2026 @ 09:15:
[...]

Als je dat niet wilt, moet je hem rooten, dan kan Aurora gewoon de root installer gebruiken. Heeft ook mijn voorkeur.

Nee liever geen root. Ik zou het liefst al mijn devices van iedereen hier thuis omzetten naar /e/os.

Maar ik heb nu een logcat | grep -i download draaien via adb shell en wat denk je. Het werkt ineens wel. Heel bijzonder dit.

09-16 09:42:28.429  5011 32004 D DownloadManager: [3348] Starting
09-16 09:42:28.443  5011 32005 D DownloadManager: [3349] Starting
09-16 09:42:28.463  5011 32013 D DownloadManager: [3350] Starting
09-16 09:42:28.475  5011 32015 D DownloadManager: [3351] Starting
09-16 09:42:28.673  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.678  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.689  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.692  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.710  3458  3458 I NotificationListener: received 

<knip>

notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:44.755  5011 32004 D DownloadManager: [3348] Finished with status SUCCESS
09-16 09:42:44.779  3458  3458 I NotificationListener: received notification removed event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:44.780  3458  3458 I NotificationListener: received notification removed event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:46.370  5011  5062 V DownloadManager: Deleting /data/data/com.android.providers.downloads/cache/downloadfile.bin via provider delete
09-16 09:42:46.379  4676 29933 W ModernMediaScanner: Failed to visit /data/data/com.android.providers.downloads/cache/downloadfile.bin: java.nio.file.NoSuchFileException: /data/data/com.android.providers.downloads/cache/downloadfile.bin

edit:
even de terminal output wat topic vriendelijker gemaakt.

ok root cause gevonden: Het zit hem ergens in de DNS: play.googleapis.com

code:

09-16 10:35:16.551  5011  9669 D DownloadManager: [3406] Starting
09-16 10:35:16.558  5011  9670 D DownloadManager: [3405] Starting
09-16 10:35:16.565  5011  9671 D DownloadManager: [3407] Starting
09-16 10:35:16.571  5011  9672 D DownloadManager: [3408] Starting
09-16 10:35:16.574  5011  9670 W DownloadManager: [3405] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.574  5011  9669 W DownloadManager: [3406] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.575  5011  9670 D DownloadManager: [3405] Finished with status WAITING_TO_RETRY
09-16 10:35:16.575  5011  9669 D DownloadManager: [3406] Finished with status WAITING_TO_RETRY
09-16 10:35:16.576  5011  9671 W DownloadManager: [3407] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.577  5011  9671 D DownloadManager: [3407] Finished with status WAITING_TO_RETRY
09-16 10:35:16.579  5011  9670 D DownloadManager: [3405] rescheduling the job id:3405
09-16 10:35:16.579  5011  9672 W DownloadManager: [3408] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.580  5011  9672 D DownloadManager: [3408] Finished with status WAITING_TO_RETRY

Wat vreemd is want dit gaat prima

code:

thomas@kompass:~$ adb shell
FP6:/ $ ping play.googleapis.com
PING play.googleapis.com (172.217.118.4) 56(84) bytes of data.
64 bytes from 172.217.118.4: icmp_seq=1 ttl=119 time=12.1 ms
64 bytes from 172.217.118.4: icmp_seq=2 ttl=119 time=33.5 ms
^C
--- play.googleapis.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 12.114/22.824/33.535/10.711 ms

[ Voor 114% gewijzigd door L0g0ff op 16-09-2026 10:39 ]

[L0g0ff]

JayPe schreef op woensdag 16 september 2026 @ 09:32:
Hmm>

Digid app opent niet meer automagisch. Ik weet niet sinds wanneer, maar eerder deed digid het prima. Nu zegt ie, als ik mijn berichtenbox open, login met digid -> De DigiD app opent niet.

" Staat de Digid app wel op dit apparaat? "

Opent dan in de Murena Browser, DuckDuckGo browser of Firefox ( whatever browser ik als default instel: Browser maakt niet uit) . Eerder kreeg ik zo (met DuckDuckGo) een kleine tekst-popup rechtsonder met 'open link in app' ofzoiets.

Draai /e/OS 4.3-rc-a van 15 september (gister), maar weet niet of die update het gebroken heeft, of dat er iets anders speelt.

DigiD help website geeft gaan: Soms gaat openen niet in Android, zet dan browser op Chrome (heb ik niet) of stel je Samsung browser in op 'nuttige links openen' (Samsung browser heb ik ook niet) én gebruik versie 6.18.3 van DigiD (heb ik).

Iemand suggesties?

Ja dit is te fixen

1. Ga naar settings
2. Apps
3. All apps
4. zoek digid
5. ga naar open by default
6. Select "in the app"
7. Klik op "add link"
8. Selecteer "app.digid.nl" en klik op add

Dan zou het weer moeten werken.

[L0g0ff]

L0g0ff schreef op woensdag 16 september 2026 @ 09:44:
[...]

Nee liever geen root. Ik zou het liefst al mijn devices van iedereen hier thuis omzetten naar /e/os.

Maar ik heb nu een logcat | grep -i download draaien via adb shell en wat denk je. Het werkt ineens wel. Heel bijzonder dit.

09-16 09:42:28.429  5011 32004 D DownloadManager: [3348] Starting
09-16 09:42:28.443  5011 32005 D DownloadManager: [3349] Starting
09-16 09:42:28.463  5011 32013 D DownloadManager: [3350] Starting
09-16 09:42:28.475  5011 32015 D DownloadManager: [3351] Starting
09-16 09:42:28.673  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.678  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.689  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.692  3458  3458 I NotificationListener: received notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:28.710  3458  3458 I NotificationListener: received 

<knip>

notification posted event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:44.755  5011 32004 D DownloadManager: [3348] Finished with status SUCCESS
09-16 09:42:44.779  3458  3458 I NotificationListener: received notification removed event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:44.780  3458  3458 I NotificationListener: received notification removed event - com.android.providers.downloads#UserHandle{0},category=-1
09-16 09:42:46.370  5011  5062 V DownloadManager: Deleting /data/data/com.android.providers.downloads/cache/downloadfile.bin via provider delete
09-16 09:42:46.379  4676 29933 W ModernMediaScanner: Failed to visit /data/data/com.android.providers.downloads/cache/downloadfile.bin: java.nio.file.NoSuchFileException: /data/data/com.android.providers.downloads/cache/downloadfile.bin

edit:
even de terminal output wat topic vriendelijker gemaakt.

ok root cause gevonden: Het zit hem ergens in de DNS: play.googleapis.com

code:

09-16 10:35:16.551  5011  9669 D DownloadManager: [3406] Starting
09-16 10:35:16.558  5011  9670 D DownloadManager: [3405] Starting
09-16 10:35:16.565  5011  9671 D DownloadManager: [3407] Starting
09-16 10:35:16.571  5011  9672 D DownloadManager: [3408] Starting
09-16 10:35:16.574  5011  9670 W DownloadManager: [3405] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.574  5011  9669 W DownloadManager: [3406] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.575  5011  9670 D DownloadManager: [3405] Finished with status WAITING_TO_RETRY
09-16 10:35:16.575  5011  9669 D DownloadManager: [3406] Finished with status WAITING_TO_RETRY
09-16 10:35:16.576  5011  9671 W DownloadManager: [3407] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.577  5011  9671 D DownloadManager: [3407] Finished with status WAITING_TO_RETRY
09-16 10:35:16.579  5011  9670 D DownloadManager: [3405] rescheduling the job id:3405
09-16 10:35:16.579  5011  9672 W DownloadManager: [3408] Stop requested with status HTTP_DATA_ERROR: Unable to resolve host "play.googleapis.com": No address associated with hostname
09-16 10:35:16.580  5011  9672 D DownloadManager: [3408] Finished with status WAITING_TO_RETRY

Wat vreemd is want dit gaat prima

code:

thomas@kompass:~$ adb shell
FP6:/ $ ping play.googleapis.com
PING play.googleapis.com (172.217.118.4) 56(84) bytes of data.
64 bytes from 172.217.118.4: icmp_seq=1 ttl=119 time=12.1 ms
64 bytes from 172.217.118.4: icmp_seq=2 ttl=119 time=33.5 ms
^C
--- play.googleapis.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 12.114/22.824/33.535/10.711 ms

Even claude er bij ingeschakeld. Oorzaak zit hem (lijkt het) in de net policy:

Bingo — regel matcht exact het tijdstip van de DNS-fout:

code:

2026-09-16T10:32:10:988 - 10067:BTOP:----F--T:111692

Om 10:32:10.988 wordt UID 10067 (downloadprovider) door netd geblokkeerd tijdens een standby-bucket transitie (BTOP = "background-top" overgang). 66ms later, om 10:32:11.054, faalt de DNS-resolutie. Dat is geen DNS-probleem — dat is de firewall die het proces heel even blokkeert terwijl de app-standby-bucket wisselt (systeem plaatst 10067 steeds in "LAST"-bucket, de strengste standby-klasse voor zelden gebruikte apps), en de resolver interpreteert de geblokkeerde socket als "no address".

Policy staat correct op ALLOW_METERED_BACKGROUND, maar dat voorkomt niet de korte block tijdens de bucket-switch zelf — dat is een race in netd, klassiek App Standby-gedrag.

Fix: zet App Lounge (foundation.e.apps, niet de downloadprovider zelf) volledig vrij van App Standby:

code:

dumpsys usagestats set-standby-bucket foundation.e.apps active

of blijvend via UI: Instellingen → Apps → App Lounge → Batterij → Niet beperkt / onbeperkt (niet alleen "toegestaan", maar de hoogste vrijstelling — dit haalt 'm uit de standby-bucket-rotatie).

Ik ga nu even de batterij optimalisatie uitschakelen van app lounge en kijken of het dan wel blijft werken.
Fijn al die verbose info