01-07-2019, 15:35
Reprise du message précédent:
Apres, tu peux debugger le chrome de ton tel avec le chrome windows.
Apres, tu peux debugger le chrome de ton tel avec le chrome windows.
Android Pie - site non accessible en 4G
|
01-07-2019, 15:35
Reprise du message précédent:
Apres, tu peux debugger le chrome de ton tel avec le chrome windows.
01-07-2019, 18:54
Je pense pas que ce soit un problème de browser puisque ca le fait aussi avec Firefox, brave, et avec l'appli de la banque.
Recule fils!!!
01-07-2019, 19:49
Tu as un Huawei/Honor et ton compte est bloqué par Donald himself?
Vas Vite ou Flânes. Mais Roule !
Bonjour Shef désolé pour le retard.
- Pour le clean du cache de la vm (dalvik /art, du coup art vu que t'es sous android pie) Il faut redémarrer le téléphone en recovery (combinaisons de bouton, généralement vol + et power, mais c'est propre au téléphone) puis dans les menus t'auras l'équivalent de clean dalvik/art cache. Toutes les recoveries android ont cet item la puisqu'ils ont comme base la recovery d'AOSP. il y'a aucun risque de perte de données (pas de déblocage de bootloader) et ça peut rendre service au téléphone parfois... java et jvm.. ram.. - Le logcat: le plus intéressant Il faut un ordi, et avoir au moins les binaries adb que tu peux télécharger ici : https://wiki.lineageos.org/adb_fastboot_guide.html (mac) (l'idéal c'est de le builder from scratch) ou les intaller depuis ton gestionnaire de paquets (linux) et windows : https://forum.xda-developers.com/showthr...?t=2588979. Puis il faut que le téléphone puisse envoyer ses sessions de logs à l'ordi. Il faut taper 7 fois sur ta version de build dans A propos du telephone. T'as un nouveau menu prétentieux : Options pour les développeurs dans Système. Et activer Débogage Android. Pour le téléphone c'est presque fini, tu peux le brancher à l'ordi. (suivant tes driver usb,c'est mieux de l'usb 2) Pour préparer la connexion avec l'ordi : Sur linux/Unix: (mon cas sur Archlinux et le solution la plus simple) lancer la commande avec les privilèges super user : sudo. Ca évite de définir une nouvelle entrée udev (après par contre si tu fais du dev c'est mieux) Windows: si t'as installé l'exe, il y 'a rien a faire Après on peut être un peu fancy et connecter adb par wifi. Mais bon.. pas utile ici On vérifie que la connexion est ok: Dans un terminal : (évite le git bash sur windows..juste horrible) Code : abd devices Ton téléphone doit demander de faire confiance à l'ordi si c'est la première connection (cocher se rappeler). Tu dois voir quelque chose du genre : Code : List of devices attached Sinon Code : adb kill-server && adb devices sinon probleme de binaries :/ ( tu me diras) et enfin on peut voir des logs : Code : adb logcat et la ca va polluer.. le mieux cest de filtrer (Tu seras surpris de voir à quel point certaines apps sont sécures^^, ça va de la recupérations de tokens pour télécharger de la musique gratuite, style deezer, jusqu'à des mots de passe envoyés en clair et loggés en info..) Par erreur: Code : adb logcat *:E Par warning (mais potentiellement t'as pas une erreur ou un warning) Code : adb logcat *:W juste pour le debug par défaut c'est suffisant. (ça évite tous les logs d'info des développeurs dépressifs) Code : adb logcat *:D Le mieux c'est par service, pour la 4g c'est: ConnectivityService (si mes souvenirs sont bons) Code : adb logcat ConnectivityService:I *:D devrait afficher toute activité liée a la 4g. Exemple: Code : 07-01 20:36:49.577 870 1412 D ConnectivityService: Setting DNS servers for network 102 to [/62.201.129.202, /62.201.129.201] Bon courage !
Je penche, donc je suis
01-07-2019, 21:48
Merci bien.
Vilo > Effectivement je peux débugger depuis le desktop. Je n'ai pas trouvé plus de traces 4G ceci dit :/ Burn > Je ne vois pas comment démarrer mon XZ1 Compact en recovery. La procédure vol up + start qui marchait sur mon vieux nxus est sans effet J'ai fait un lgcat juste après redémarrage du tel. Je n'ai rien vu de particulier. Code : 07-01 21:39:45.387 1476 1509 D ConnectivityService: registerNetworkAgent NetworkAgentInfo{ ni{[type: MOBILE[LTE], state: CONNECTED/CONNECTED, reason: connected, extra: mmsbouygtel.com, failover: false, available: true, roaming: false]} network{100} nethandle{432902426637} lp{{InterfaceName: rmnet_data0 LinkAddresses: [2a04:cec0:1108:c6bf:607d:2062:f2f5:7dfd/64,] Routes: [::/0 -> fe80::14f8:982a:98fe:4c68 rmnet_data0,2a04:cec0:1108:c6bf::/64 -> :: rmnet_data0,] DnsAddresses: [2001:860:d002:1201::129:201,2001:860:d002:1201::129:202,] UsePrivateDns: false PrivateDnsServerName: null Domains: null MTU: 1500 TcpBufferSizes: 2097152,4194304,8388608,262144,524288,1048576}} nc{[ Transports: CELLULAR Capabilities: MMS&SUPL&INTERNET&NOT_RESTRICTED&TRUSTED&NOT_VPN&NOT_ROAMING&FOREGROUND&NOT_CONGESTED&NOT_SUSPENDED Unwanted: LinkUpBandwidth>=51200Kbps LinkDnBandwidth>=102400Kbps Specifier: <1>]} Score{10} everValidated{false} lastValidated{false} created{false} lingering{false} explicitlySelected{false} acceptUnvalidated{false} everCaptivePortalDetected{false} lastCaptivePortalDetected{false} clat{null} }
Recule fils!!!
04-07-2019, 10:11
Bon.
Comme on dit chez nous, Incident recovered. Mais je n'ai pas la root cause. Hier soir, afin d'identifier un potentiel problem de blacklistage (ne cherchez pas les contrepeteries ): - Je met ma SIM dans le telephone de Clem -> ca fonctionne - Je met la SIM de Clem dans mon telephone -> ca fonctionne - Je remet la SIM de Clem dans son telephone -> ca fonctionne - Je remet ma SIM dans mon telephone -> ca fonctionne oO
Recule fils!!!
04-07-2019, 11:26
C'etait bien la peine de nous faire c....
Mais ravi que ca fonctionne a nouveau !!! ;-)
04-07-2019, 14:47
J'adore les belles histoires où je comprends rien mais qui ont une happy end, ça me rappelle les Disney de mon enfance.
Vas Vite ou Flânes. Mais Roule !
|
« Sujet précédent | Sujet suivant »
|