Obsolete
Status Update
Comments
li...@gmail.com <li...@gmail.com> #2
Any updates on when we can expect RxJava 3 support in the androidx.paging library? It looks like some of the other androidx libraries already support it. Example https://android-review.googlesource.com/c/platform/frameworks/support/+/1277904
ro...@gmail.com <ro...@gmail.com> #4
Project: platform/frameworks/support
Branch: androidx-master-dev
commit 83b0d9c4c606cc5d5aa86eef303ceb538367ad9f
Author: Zac Sweers <pandanomic@gmail.com>
Date: Fri Jul 03 00:22:37 2020
Add paging-rxjava3 artifact
This adds an rxjava3 extensions artifact for paging v3. It's ported from the rx2 artifact, but with all the deprecated APIs from that artifact removed.
I had to update the coroutines version to 1.3.7 (technically 1.3.6 was when it was introduced, but with a serious issue affecting android lint that is fixed in 1.3.7). I don't know how to get those prebuilts updates included in my CL though, not sure if it's necessary. Let me know.
RelNote: "Add RxJava3 compatibility wrappers for PagingSource and
RemoteMediator"
Fixes: 161480176
Test: ./gradlew paging:paging-rxjava3:test
Change-Id: I49ef38fde9b84f92dd272ed0b1cd1719fbbf1761
M buildSrc/build_dependencies.gradle
M buildSrc/src/main/kotlin/androidx/build/PublishDocsRules.kt
M buildSrc/src/main/kotlin/androidx/build/dependencies/Dependencies.kt
A paging/rxjava3/api/3.0.0-alpha04.txt
A paging/rxjava3/api/current.txt
A paging/rxjava3/api/public_plus_experimental_3.0.0-alpha04.txt
A paging/rxjava3/api/public_plus_experimental_current.txt
A paging/rxjava3/api/res-3.0.0-alpha04.txt
A paging/rxjava3/api/res-current.txt
A paging/rxjava3/api/restricted_3.0.0-alpha04.txt
A paging/rxjava3/api/restricted_current.txt
A paging/rxjava3/build.gradle
A paging/rxjava3/src/main/AndroidManifest.xml
A paging/rxjava3/src/main/java/androidx/paging/rxjava3/PagingRx.kt
A paging/rxjava3/src/main/java/androidx/paging/rxjava3/RxPagingSource.kt
A paging/rxjava3/src/main/java/androidx/paging/rxjava3/RxRemoteMediator.kt
A paging/rxjava3/src/test/java/androidx/paging/RxPagingSourceTest.kt
A paging/rxjava3/src/test/java/androidx/paging/RxRemoteMediatorTest.kt
M settings.gradle
https://android-review.googlesource.com/1355043
Branch: androidx-master-dev
commit 83b0d9c4c606cc5d5aa86eef303ceb538367ad9f
Author: Zac Sweers <pandanomic@gmail.com>
Date: Fri Jul 03 00:22:37 2020
Add paging-rxjava3 artifact
This adds an rxjava3 extensions artifact for paging v3. It's ported from the rx2 artifact, but with all the deprecated APIs from that artifact removed.
I had to update the coroutines version to 1.3.7 (technically 1.3.6 was when it was introduced, but with a serious issue affecting android lint that is fixed in 1.3.7). I don't know how to get those prebuilts updates included in my CL though, not sure if it's necessary. Let me know.
RelNote: "Add RxJava3 compatibility wrappers for PagingSource and
RemoteMediator"
Fixes: 161480176
Test: ./gradlew paging:paging-rxjava3:test
Change-Id: I49ef38fde9b84f92dd272ed0b1cd1719fbbf1761
M buildSrc/build_dependencies.gradle
M buildSrc/src/main/kotlin/androidx/build/PublishDocsRules.kt
M buildSrc/src/main/kotlin/androidx/build/dependencies/Dependencies.kt
A paging/rxjava3/api/3.0.0-alpha04.txt
A paging/rxjava3/api/current.txt
A paging/rxjava3/api/public_plus_experimental_3.0.0-alpha04.txt
A paging/rxjava3/api/public_plus_experimental_current.txt
A paging/rxjava3/api/res-3.0.0-alpha04.txt
A paging/rxjava3/api/res-current.txt
A paging/rxjava3/api/restricted_3.0.0-alpha04.txt
A paging/rxjava3/api/restricted_current.txt
A paging/rxjava3/build.gradle
A paging/rxjava3/src/main/AndroidManifest.xml
A paging/rxjava3/src/main/java/androidx/paging/rxjava3/PagingRx.kt
A paging/rxjava3/src/main/java/androidx/paging/rxjava3/RxPagingSource.kt
A paging/rxjava3/src/main/java/androidx/paging/rxjava3/RxRemoteMediator.kt
A paging/rxjava3/src/test/java/androidx/paging/RxPagingSourceTest.kt
A paging/rxjava3/src/test/java/androidx/paging/RxRemoteMediatorTest.kt
M settings.gradle
ca...@gmail.com <ca...@gmail.com> #5
[Comment deleted]
co...@gmail.com <co...@gmail.com> #6
Same issue. Cannot tether. Wifi will connect and assign an IP. No throughput.
Version 4.1.2 Build JZO54K
Version 4.1.2 Build JZO54K
co...@gmail.com <co...@gmail.com> #7
Update, Bluetooth tether works. Wifi does not.
se...@gmail.com <se...@gmail.com> #8
same thing here. Want to get back to previous version :(
co...@gmail.com <co...@gmail.com> #9
[Comment deleted]
va...@gmail.com <va...@gmail.com> #10
I have the same issue. 4.1.2 broke wifi tethering
ch...@gmail.com <ch...@gmail.com> #11
I reverted back to 4.1.1, out of curiosity, what is everyone's frequency? i'm using 850/1900 HSPA. My theory is that 4.1.2 breaks tethering in some way.
ma...@gmail.com <ma...@gmail.com> #12
Same to me. Cannot tether. Wifi/usb will connect and assign an IP. No throughput.
ke...@gmail.com <ke...@gmail.com> #13
Same here on the nexus S.
da...@gmail.com <da...@gmail.com> #14
I was having the same problem but I spoke to my network's help line, they made a setting change on my line and all is working again now.
am...@gmail.com <am...@gmail.com> #15
Signal Strength suddenly become bad ..along with Some issue with USB Port as its not deducting while connecting to PC
zo...@gmail.com <zo...@gmail.com> #16
@#13: could you please ask them what they changed so others can try?
th...@gmail.com <th...@gmail.com> #17
[Comment deleted]
mf...@gmail.com <mf...@gmail.com> #18
Have the same problem in my Galaxy Nexus, tethering does not work. I updated last weekend to Jelly Bean 4.1.2. Everything was fine with ICS.
al...@gmail.com <al...@gmail.com> #19
I have the same problem on my Galaxy Nexus 4.1.2. Previously with 4.1.1 everything was fine.
da...@gmail.com <da...@gmail.com> #20
Ref. my comment #13 and request for further info #15, I have spoken to my network operator and the fix they employed was to send out a service text that updated the APN settings. I'd perhaps suggest checking yours and making sure 4.1.2 hasn't messed with them.
In my case I am with EE in the UK and it was their OrangeBroadband APN settings that needed repairing.
In my case I am with EE in the UK and it was their OrangeBroadband APN settings that needed repairing.
zo...@gmail.com <zo...@gmail.com> #21
@#19: thanks for looking into this and providing the update. I think however that your issue is different, since my APN settings were fine (I did a reset right now though just to confirm), and having bad APN settings would mean that the phone cannot access the Internet either, which, in my case, works flawlessly (I can browse, use online apps and stream online radios, the only thing I cannot do is tether)
da...@gmail.com <da...@gmail.com> #22
[Comment deleted]
da...@gmail.com <da...@gmail.com> #23
@#20 Those were exactly my symptoms too - full internet access on my Nexus S but no data pass through for tethered devices (iPad or TF700 or my wife's Nexus S). The fault coincided with my update to 4.1.2 and my network migrating from Orange UK to EE. I hoped it was the network update that was the cause (I didn't want to believe that it was 4.1.2 as I knew that if it was I'd be without tethering for a long time) so I went to them first. Orange/EE don't block tethering, thankfully - they just use their systems to spot it and charge 1GBP/day each day I use it.
ok...@gmail.com <ok...@gmail.com> #24
Same here on my Nexus S.
:(
:(
co...@gmail.com <co...@gmail.com> #25
Same on my galaxy nexus, 4.1.1 worked, 4.1.2 no usb or wifi tethering. Contacted my carrier for the correct apn, they told me it never should have worked, they didn't have tethering enabled on my plan, they enabled it and re pushed apn(no change, I had the correct one) now wifi is working but usb still broken. I didn't try bluetooth before but it is working now.
ch...@gmail.com <ch...@gmail.com> #26
Your carrier should not have any affect in tethering on stock android (unless google has changed something without telling us)
co...@gmail.com <co...@gmail.com> #27
Chester, agreed, I'm only presenting data, not conclusions. He seemed surprised that I've been tethering for two years without it enabled, (first on my one now on my galaxy) however, they didn't even know that I could change my APN manually.
ro...@gmail.com <ro...@gmail.com> #28
Here may be an explanation :
http://www.androidpolice.com/2012/10/09/heres-whats-new-in-android-4-1-2-at-the-low-level-developer-commit-logs/
project device/sample/
bcd21a3 Change apns-full-conf.xml
a5c1fcb Fixup tethering APNs
de5e5b4 [maguro/crespo][sample] change apns-full-conf.xml
project device/sample/
bcd21a3 Change apns-full-conf.xml
a5c1fcb Fixup tethering APNs
de5e5b4 [maguro/crespo][sample] change apns-full-conf.xml
ka...@gmail.com <ka...@gmail.com> #29
@#19 Would you mind posting the APN settings that fixed your phone? I'm not sure if I'm suffering the same problem as you, or this bug with the 4.1.2 update. The Orange -> EE switch happened at the same time.
mf...@gmail.com <mf...@gmail.com> #30
I'm afraid that we are gonna have to wait to new version release (Key Lime Pie 4.2) to fix it.
zo...@gmail.com <zo...@gmail.com> #31
<Huge slap on the forehead> Just found out, that the upgrade turned off the Bluetooth tethering under Settings -> More ... -> Tethering & portable hotspot. After turning it on and doing a "Reset to default" under Settings -> More ... -> Mobile networks -> Access Point Names, it works.
mf...@gmail.com <mf...@gmail.com> #32
Sorry zoltan (Comment 30) Can you be more specific on how you solve it so I can try it. I don´t understand your instructions. I´m a little novel in this stuff.
zo...@gmail.com <zo...@gmail.com> #33
Sure, here it is step by step:
1. Go to Settings
2. Choose "More..."
3. Choose "Tethering & portable hotspot"
4. Enable "Bluetooth tethering"
Try it, if it still doesn't work:
(first two steps are the same)
3. Choose "Mobile networks"
4. Choose "Access Point Names"
5. Click on the 3 dots below each other to see the menu and choose "Reset to default"
Should work by now.
1. Go to Settings
2. Choose "More..."
3. Choose "Tethering & portable hotspot"
4. Enable "Bluetooth tethering"
Try it, if it still doesn't work:
(first two steps are the same)
3. Choose "Mobile networks"
4. Choose "Access Point Names"
5. Click on the 3 dots below each other to see the menu and choose "Reset to default"
Should work by now.
al...@gmail.com <al...@gmail.com> #34
I've just tested tethering with a colleague of mine.
Same galaxy nexus with 4.1.2 but 2 different operators, his phone works with tethering my phone don't.
I exchanged the sims and my phone started working in tethering. So I think it's an operator issue but as far as 4.1.1 my nexus worked also with my operator.
Same galaxy nexus with 4.1.2 but 2 different operators, his phone works with tethering my phone don't.
I exchanged the sims and my phone started working in tethering. So I think it's an operator issue but as far as 4.1.1 my nexus worked also with my operator.
da...@gmail.com <da...@gmail.com> #35
I think that the APN settings in 4.1.2 are incompatible with some networks or has minor differences from the previously working 4.1 APN settings which stop data pass through working correctly. The extent of the break is network dependant
mf...@gmail.com <mf...@gmail.com> #36
Thank you zoltan.
If I do that: "Reset to default", my connection data account dissapears. And I have to create a new APN and put all over again the parameters. Is that correct? Now I don't have way to check it out, but I hope so this fix it
If I do that: "Reset to default", my connection data account dissapears. And I have to create a new APN and put all over again the parameters. Is that correct? Now I don't have way to check it out, but I hope so this fix it
zo...@gmail.com <zo...@gmail.com> #37
You should try to do the reset while being connected to a wireless network. I think the phone does have some APN config stored in the firmware, but I also think that it should try and fetch the latest config from Google when you do the reset.
c....@gmail.com <c....@gmail.com> #38
[Comment deleted]
sk...@gmail.com <sk...@gmail.com> #39
WiFi hotspot connects and remote device shows WiFi connection but greyed out - no internet pass through ie no data connection. Galaxy nexus yakju 4.1.2 JZO52K build
sj...@gmail.com <sj...@gmail.com> #40
from time to time m data connection drops, rebooting the fone nor going to airplane mode solves the connectivity.
I have to delete all my apn and do a reset to default for solving the problem.
But after some time the problem occurs again.
I have to delete all my apn and do a reset to default for solving the problem.
But after some time the problem occurs again.
sh...@gmail.com <sh...@gmail.com> #41
Same here, nexus S with CM 10.not sure if carrier fault or jelly bean's
mr...@gmail.com <mr...@gmail.com> #42
Native tethering broke on my GSM Galaxy Nexus 4.1.2 JZ054K. When tethered my tablet gets to the internet, but apps on my phone get no data. When I shut down tethering I can see that I should get HSPA or 3G service, but my phone apps get no data. Waiting doesn't help, and toggling airplane mode on and off doesn't help - I have to restart my phone to get data again. Never had this problem before 4.1.2.
mr...@gmail.com <mr...@gmail.com> #43
I'm sorry, I should be more specific. It's native Wifi tethering that's broken.
na...@gmail.com <na...@gmail.com> #44
I don't use tethering, but I do notice I lose connectivity when I switch from HSPA to EDGE at work. It wasn't bad at first, but now it's almost with every network change. Hopefully this is fixed in 4.2. I've rolled back to 4.1.1, which isn't a big deal seeing as there wasn't anything major changed.
je...@gmail.com <je...@gmail.com> #45
Nexus S with Fido/Rogers. The 4.1.2 update has the same effect on wifi hotspot and usb features as described above.
je...@gmail.com <je...@gmail.com> #46
[Comment deleted]
om...@gmail.com <om...@gmail.com> #47
Could you post some instructions to roll back to 4.1.1?
mr...@gmail.com <mr...@gmail.com> #48
I thought this was related to tethering, but I haven't tethered since yesterday's reboot and this morning I had no data connection.
ce...@gmail.com <ce...@gmail.com> #49
I've been searching for a forum that talks about this issue since it started from the 4.1.2 update. ok so let me get this straight...there's no fix until the next JB update? Im running 4.1.2 on my Galaxy Nexus on the Rogers network. I've tried doing a factory reset, re-root, and install other apps that are meant for wireless tethering and I haven't been able to fix this problem. Have there been any releases from Andriod talking about this? I cant accept that we can only just sit and wait.
co...@gmail.com <co...@gmail.com> #50
@ #48, Apparently, I haven't really dug into it to see why, but on Rogers
and therefore Fido, the new 4.1.2 build respects their tethering controls.
I'm on Fido and all of their data plans that are 2gig and over come with
tethering, I just had to ask them to turn it on and now it works. The only
thing I changed on my phone was to go from 4.1.1 to 4.1.2 and it stopped
working (Both USB and WiFi, didn't test bluetooth), they twiddled some
settings on their end and now it works again(usb, wifi, bluetooth). They
also re-pushed the APN to my phone but I didn't see a change there so I
don't think that's what did it.
If your on rogers, the same network as Fido, perhaps check your plan to see
if you should have tethering and ask them to enable it?
and therefore Fido, the new 4.1.2 build respects their tethering controls.
I'm on Fido and all of their data plans that are 2gig and over come with
tethering, I just had to ask them to turn it on and now it works. The only
thing I changed on my phone was to go from 4.1.1 to 4.1.2 and it stopped
working (Both USB and WiFi, didn't test bluetooth), they twiddled some
settings on their end and now it works again(usb, wifi, bluetooth). They
also re-pushed the APN to my phone but I didn't see a change there so I
don't think that's what did it.
If your on rogers, the same network as Fido, perhaps check your plan to see
if you should have tethering and ask them to enable it?
la...@gmail.com <la...@gmail.com> #51
This APN thing is not working on a 2g network.
le...@gmail.com <le...@gmail.com> #52
My experience..... Samsung Galaxy S3, All You Can Eat Data on Three here in UK, after JB update native tethering stopped working (only use on laptop)
... Settings-More Settings-Mobile Networks-Access Point Names- then on menu...Reset to Default.
Then in Portable WiFi hotspots, after enabling it, configure allow laptops MAC address and in Advanced options I set Channel to 11, instead of Auto.
This got it working for me after days of frustration. Hopefully it might help someone who has a similar problem.
... Settings-More Settings-Mobile Networks-Access Point Names- then on menu...Reset to Default.
Then in Portable WiFi hotspots, after enabling it, configure allow laptops MAC address and in Advanced options I set Channel to 11, instead of Auto.
This got it working for me after days of frustration. Hopefully it might help someone who has a similar problem.
ad...@gmail.com <ad...@gmail.com> #53
Another experience corroborating the "4.1.2 respects operator tethering policy" theory. I don't use tethering often but some android update in the past few months did indeed break it. I'm on a Orange UK SIM-only plan with extra "Mobile Internet 500MB/month". Apparently this extra did _not_ include tethering so my occasional prior use was technically infringing. But for £1 a month extra the new version of the same "extra" does include tethering and now it all works.
su...@gmail.com <su...@gmail.com> #54
Yesterday, I called my operator (Fido) and they told me that if I can use data on my phone, I can share it. Since I cannot share, but use data on my phone, they cannot do anything more since it is a software issue.
wo...@gmail.com <wo...@gmail.com> #55
#52: I am exactly the same, problem I have is I use Tethering like 3 times a year, if that.. Seems a shame to have to pay £12 a year for that privilege that I have always had. I don't have an unlimited plan so I can't see why I should be charged to use the Small amount of internet I have on my tarrif via a tether.
aj...@gmail.com <aj...@gmail.com> #56
I've had this problem since my Nexus S got the Android 4.1.2 update, which is quite annoying since I used to rely on tethering to connect to the Internet on my laptop when I was travelling, and now I can't do that any more.
What I don't understand about the answers above that mention the APN settings (I've restored the defaults to no avail, by the way) is why should my network operator have a say on whether I use tethering or not? I've never signed up for a plan that listed "tethering" as an option, and have always taken for granted that with an unlocked SIM-free Nexus S I should be able to tether no matter what sort of data plan I had. Is this not the case? Is it really up to the network operators to enable tethering?!
What I don't understand about the answers above that mention the APN settings (I've restored the defaults to no avail, by the way) is why should my network operator have a say on whether I use tethering or not? I've never signed up for a plan that listed "tethering" as an option, and have always taken for granted that with an unlocked SIM-free Nexus S I should be able to tether no matter what sort of data plan I had. Is this not the case? Is it really up to the network operators to enable tethering?!
mm...@gmail.com <mm...@gmail.com> #57
Another Galaxy Nexus with this problem here.
I've tried to install back 4.0.4 version from Google Stock Images and it works ok. 4.1.1 works ok too. The problem is appearing updating to 4.1.2.
I hope this will be fixed on next OTA for 4.2 version...
I've tried to install back 4.0.4 version from Google Stock Images and it works ok. 4.1.1 works ok too. The problem is appearing updating to 4.1.2.
I hope this will be fixed on next OTA for 4.2 version...
mm...@gmail.com <mm...@gmail.com> #58
Maybe the problem is here?
https://android.googlesource.com/device/sample/+/a5c1fcb/etc/apns-full-conf.xml
I have "MásMovil", a "subsidiary" company of Orange Spain that uses different APN configuration than the mother operator.
Maybe if the APN settings are not matching with that database, Theter don't works...
This is that I think; anyway I'm not an expert...
I have "MásMovil", a "subsidiary" company of Orange Spain that uses different APN configuration than the mother operator.
Maybe if the APN settings are not matching with that database, Theter don't works...
This is that I think; anyway I'm not an expert...
an...@gmail.com <an...@gmail.com> #59
[Comment deleted]
an...@gmail.com <an...@gmail.com> #60
To comment 55. Yes, I did tether with the same phone before and updated to 4.1.2. after didn't work afterwards.
I upgrade my plan today with 1 GB data (pay actually 3 CAD less now) and tethering is activated now and works again. Fido's data plans below 1 GB don't allow tethering. Only worked before because the old software allowed to "override" the setting from Fido.
I upgrade my plan today with 1 GB data (pay actually 3 CAD less now) and tethering is activated now and works again. Fido's data plans below 1 GB don't allow tethering. Only worked before because the old software allowed to "override" the setting from Fido.
mm...@gmail.com <mm...@gmail.com> #61
@#59 And your new plan requires different APN configuration than the older one?
co...@gmail.com <co...@gmail.com> #62
I had the exact same experience as #59(my bill even went down as well), I
posted before (see #49) and no, my APN did not change, nothing changed on
my end, they enabled tethering on their end and it started working.
posted before (see #49) and no, my APN did not change, nothing changed on
my end, they enabled tethering on their end and it started working.
mm...@gmail.com <mm...@gmail.com> #63
Okay, I've been all afternoon trying things and I think I've come to some conclusions.
I think only the APN preinstalled (those that appear automatically) are what allow tethering. So the phone is what blocks it.
-I tried SIMs of operators that are not on the factory APN in different phones (Android 2.3.7 mostly) doing tethering and it worked at all, except my Galaxy Nexus (for Android version).
-Then I used an Orange SIM in the Galaxy Nexus (whose Operator APN come preinstalled in phone) and it worked. But to change the APN name (which should not influence) and not signed. Then I restored the factory APN and it worked again, which shows what is said.
-As you can see here:
https://android.googlesource.com/device/sample/+/bcd21a3 requiring operators are changing their APN, which helps this theory.
The question now is ... Where are all these APN settings in Android? If we can access them (via root obviously) and insert the APN we want as we do tethering preinstalled without problem.
Sorry if there is any inconsistency, I used a translator to help me write.
regards
I think only the APN preinstalled (those that appear automatically) are what allow tethering. So the phone is what blocks it.
-I tried SIMs of operators that are not on the factory APN in different phones (Android 2.3.7 mostly) doing tethering and it worked at all, except my Galaxy Nexus (for Android version).
-Then I used an Orange SIM in the Galaxy Nexus (whose Operator APN come preinstalled in phone) and it worked. But to change the APN name (which should not influence) and not signed. Then I restored the factory APN and it worked again, which shows what is said.
-As you can see here:
The question now is ... Where are all these APN settings in Android? If we can access them (via root obviously) and insert the APN we want as we do tethering preinstalled without problem.
Sorry if there is any inconsistency, I used a translator to help me write.
regards
lu...@gmail.com <lu...@gmail.com> #64
I may be experiencing a similiar issue, I believe all was well for tethering until 4.1
After 4.1 it appears that while I am tethering my network connectivity goes to garbage.
Run Terminal Emulator on phone (Galaxy Nexus build jz054k)
Connectivity without tethering:
12% packet loss, avg181ms
Connectivity while tethering:
15% packet loss, avg 190ms
Connectivity from laptop:
95% packet loss, avg 2000ms
This is not entirely consistent, but the horrible tethering performance is fairly consistent, sometimes it's bearable but often it's garbage. I did as my carrier for a reset recently but I haven't noticed any changes since then.
I will probably try to manually update to 4.2 sometime in the near future, if that doesn't work than I'll downgrade to 4.0 and see how that goes.
After 4.1 it appears that while I am tethering my network connectivity goes to garbage.
Run Terminal Emulator on phone (Galaxy Nexus build jz054k)
Connectivity without tethering:
12% packet loss, avg181ms
Connectivity while tethering:
15% packet loss, avg 190ms
Connectivity from laptop:
95% packet loss, avg 2000ms
This is not entirely consistent, but the horrible tethering performance is fairly consistent, sometimes it's bearable but often it's garbage. I did as my carrier for a reset recently but I haven't noticed any changes since then.
I will probably try to manually update to 4.2 sometime in the near future, if that doesn't work than I'll downgrade to 4.0 and see how that goes.
an...@gmail.com <an...@gmail.com> #65
&60 I am not aware that they changed anything other than upgrading my plan to 1 GB data transfer and that plan allows tethering. They did not change anything on my phone.
[Deleted User] <[Deleted User]> #66
Same issue here ... HTC One X S-Off Ice Cold Jelly AOKP ROM .... Base 4.1.2r1 .... I guess will have to wait for 4.2 ... *SIGH*
ch...@gmail.com <ch...@gmail.com> #67
Tested tethering with 4.2 update. Tethering still broken
lu...@gmail.com <lu...@gmail.com> #68
Chester, which phone are you using? Build / Version?
ch...@gmail.com <ch...@gmail.com> #69
Android 4.2 (stock takju)
Baseband I9250XXLH1
Kernel 3.0.31-gd5a18e0
Build Number JOP40C
Baseband I9250XXLH1
Kernel 3.0.31-gd5a18e0
Build Number JOP40C
lu...@gmail.com <lu...@gmail.com> #70
Asked on: http://forum.xda-developers.com/showthread.php?p=34118277#post34118277
I was hoping 4.2 would fix the issue, apparently not.
Have you run a ping test on your phone? (Terminal emulator, pinggoogle.com without tether. Initiate tether monitor difference)
I was hoping 4.2 would fix the issue, apparently not.
Have you run a ping test on your phone? (Terminal emulator, ping
ch...@gmail.com <ch...@gmail.com> #71
I tried a ping while tethered using a usb connection and i had no issues. I will try a wireless tether tonight when i have a device with wifi
al...@gmail.com <al...@gmail.com> #72
I don't think is an apns-full-conf.xml problem. In fact the file contains the list of many 3g operators in order to automatically configure your phone when you start using the phone for the first time. I use a virtual operator and to configure the APN I just created a new one and all the possible attribute values are just the same as those in the apns-full-conf.xml.
Any ideas where to look for?
Any ideas where to look for?
su...@gmail.com <su...@gmail.com> #73
To add to #71, I manually added the "Fido Tethering" apn that was removed from the xml file and that did not fix my problem. So I'm still stuck with my own compiled 4.1.1 version for now.
[Deleted User] <[Deleted User]> #74
4.2 Seems to have fixed it for me and my Galaxy Nexus, which using other 4.x versions would disconnect shortly after the screen timed out.
al...@gmail.com <al...@gmail.com> #75
No, 4.2 hasn't fixed it for me :-(
te...@gmail.com <te...@gmail.com> #76
[Comment deleted]
om...@gmail.com <om...@gmail.com> #77
How can one go back to the 4.1.1 version?
su...@gmail.com <su...@gmail.com> #78
#76 there are no factory image of that one since it will always ask you to upgrade.
Personaly, I had to download the source code of 4.1.1, compile it and flash it. That is a bit overkill, but as a developper, that was kind of nice :P
Personaly, I had to download the source code of 4.1.1, compile it and flash it. That is a bit overkill, but as a developper, that was kind of nice :P
ri...@gmail.com <ri...@gmail.com> #79
I confirm that 4.1.2 and 4.2 break tethering when used with a virtual operator.
I've rolled back to 4.1.1 and now it works like a charm.
VERY VERY annoying, please fix!!
I've rolled back to 4.1.1 and now it works like a charm.
VERY VERY annoying, please fix!!
s2...@gmail.com <s2...@gmail.com> #80
@ #76 4.1.1 is on dropbox for you here http://dl.dropbox.com/u/31778139/takju-jro03c-factory-bf087655.tgz If you are a root user, when it says upgrade to 4.1.2 is downloaded and ready to install use your file explorer of choice ie root explorer - go to /cache there you will see the zip file of the ota update - either move it somewhere else if you might want to use it in the future, or delete it.... then you can let the phone try to install the update, as it is no longer in cache the display will say something like rebooting in 10secs, it will count down to zero and then go no further as the update is no longer in cache - it will never trouble you again to update ;)
@ #77 nice work Simon ;)
@ #77 nice work Simon ;)
ri...@gmail.com <ri...@gmail.com> #81
@ #76 #77 #79 have a look at this tool: it's great.
http://www.wugfresh.com/nrt/
You can even decide which version and which build you want to restore.
You can even decide which version and which build you want to restore.
ro...@gmail.com <ro...@gmail.com> #82
Hi - I just called EE in the UK and they said they needed to update my phone's settings (due to changes in 4.1.2) - which they have now done, and it all seems to be fixed. Not sure why they aren't updating all Nexus S by default, but there you are.
sk...@gmail.com <sk...@gmail.com> #83
@ #81
Rob, I don't suppose they told you which "settings"??
Rob, I don't suppose they told you which "settings"??
al...@gmail.com <al...@gmail.com> #84
I've just called Italian Poste Mobile virtual operator and they told me that's an Android bug and they have no solution :-(
mm...@gmail.com <mm...@gmail.com> #85
After 10 calls to MásMóvil (Spain Virtual Operator) they tell me like #83.
This is an Android bug and there is no solution.
I repeat, I think all this is involving default operator APN. Here en Spain I don't have problems with Orange or Vodafone. Just only with virtual operators such as MásMóvil or Eroski Móvil.
I hope google can fix this...
This is an Android bug and there is no solution.
I repeat, I think all this is involving default operator APN. Here en Spain I don't have problems with Orange or Vodafone. Just only with virtual operators such as MásMóvil or Eroski Móvil.
I hope google can fix this...
lo...@gmail.com <lo...@gmail.com> #86
Nexus S i9023 with virtual operator, Italy
Upgrade to 4.1.2 broke tethering
I downgraded to 4.1.1 tethering works fine but the OTA notification is annoying
Upgrade to 4.1.2 broke tethering
I downgraded to 4.1.1 tethering works fine but the OTA notification is annoying
ri...@gmail.com <ri...@gmail.com> #87
#85 Which virtual operator?
te...@gmail.com <te...@gmail.com> #88
Nexus S
Upgrade to 4.1.2 broke tethering
Installed a 3rd-party tethering app (android-wifi-tether by Müller, Lemons, Buxton)with root an it works.
Upgrade to 4.1.2 broke tethering
Installed a 3rd-party tethering app (android-wifi-tether by Müller, Lemons, Buxton)with root an it works.
ni...@gmail.com <ni...@gmail.com> #89
Nexus S 4.1.2, Coop Voce (virtual operator), same issue with tethering not working
ri...@gmail.com <ri...@gmail.com> #90
#88, the same here: Coop Voce and tethering not working
be...@gmail.com <be...@gmail.com> #91
Same for me, LG Optimus Black updated to android 4.0.4 oficial version, tether broken, virtual operator (MasMovil) Spain. I'm software developer can help with some debugging here.
Tried with Orange SIM, succeeded.
Tried with Orange SIM, succeeded.
sk...@gmail.com <sk...@gmail.com> #92
@ #90. So it is related I think to supplier but not suppliers fault. Something has changed in the code.. telephony or networking somewhere?
be...@gmail.com <be...@gmail.com> #93
Everything remains the same, except the android version, even i can go back to gingerbread and works perfectly
be...@gmail.com <be...@gmail.com> #94
I found a workaround , "chapuza" in spanish to solve this issue. With this application from market:
https://play.google.com/store/apps/details?id=com.riteshsahu.APNBackupRestore&hl=es
I've been able to backup my provider APN as system and restore it, then i changed APN type to "default,dun", and magically everything works, still don't know why happens but i made it work
I've been able to backup my provider APN as system and restore it, then i changed APN type to "default,dun", and magically everything works, still don't know why happens but i made it work
ch...@gmail.com <ch...@gmail.com> #95
@ #93 does your wireless plan have tethering enabled? i attempted to change my apn through the default means to exactly what you did and it is still broken.
The application you linked to shouldn't work see the note in the description: "NOTE: Starting with Android 4.0/ICS, 3rd Party apps do not have access to write APN settings, hence this app no longer works for restoring backups APN as a normal app. "
The application you linked to shouldn't work see the note in the description: "NOTE: Starting with Android 4.0/ICS, 3rd Party apps do not have access to write APN settings, hence this app no longer works for restoring backups APN as a normal app. "
be...@gmail.com <be...@gmail.com> #96
You should continue reading...
"...You can convert it to a System app using Titanium Backup on a rooted phone and use. Instructions:
- Open Titanium Backup
- Go to backup/restore tab
- Find APN Backup & Restore on the list
- Long press on the app when you find it
- Select Convert to system app
- Open APN Backup & Restore
- Click menu and disable ICS check"
Should do this to backup and restore in system mode.
"...You can convert it to a System app using Titanium Backup on a rooted phone and use. Instructions:
- Open Titanium Backup
- Go to backup/restore tab
- Find APN Backup & Restore on the list
- Long press on the app when you find it
- Select Convert to system app
- Open APN Backup & Restore
- Click menu and disable ICS check"
Should do this to backup and restore in system mode.
ch...@gmail.com <ch...@gmail.com> #97
You did not specify that you had a non stock install.
Please answer the question asked in #94. If your wireless carrier has tethering enabled for your plan then this is a false positive.
Please answer the question asked in #94. If your wireless carrier has tethering enabled for your plan then this is a false positive.
be...@gmail.com <be...@gmail.com> #98
I'm on a rooted stock install and yes, I have a tethering enable.
s....@gmail.com <s....@gmail.com> #99
[Comment deleted]
s....@gmail.com <s....@gmail.com> #100
For me USB tethering is not working...
My stats:
Nexus 4
Android 4.2.1
all stock
no root
Tethering my WIFI connection via USB is working for about a minute and then it is failing. USB connection states that it's still connected but no Internet connection. It seems as if connection fails when phone goes in standby, because as soon as I wake the phone again connection is established again "BUT" Wifi settings are set to always stay on while in standby.
On my old Galaxy S(i9000) CM10.1 but same settings(wifi always on) it's working great!
My stats:
Nexus 4
Android 4.2.1
all stock
no root
Tethering my WIFI connection via USB is working for about a minute and then it is failing. USB connection states that it's still connected but no Internet connection. It seems as if connection fails when phone goes in standby, because as soon as I wake the phone again connection is established again "BUT" Wifi settings are set to always stay on while in standby.
On my old Galaxy S(i9000) CM10.1 but same settings(wifi always on) it's working great!
cr...@gmail.com <cr...@gmail.com> #101
Galaxy Nexus Android 4.2.1 on Fido with 2GB data add-on, issue was account was missing tethering access. First-level support told me I had it, second-level support found it missing and enabled it, now portable hotspot works.
ra...@gmail.com <ra...@gmail.com> #102
Hey guys android most of the ROM version 4.1.2 has issue if you want to downgrade the ROM just follow the below steps.For my s3 i did the same thing working awesome..
Install the 4.0.4 ROM or 4.1.1 ROM(Make sure that you are downloading your country region ROM) via ODIN to your device and follow the below steps your problem will be resolved...If you don't know how to flash the ROM via ODIN Google it and see simple steps to flash the ROM..
After you see the ‘PASS’ message displayed by ODIN, but the phone
it seems like it got stuck at the Samsung logo screen for more than 15
mintues, then you should use the following instructions to manage to boot
into your Android 4.0.4 ICS XXALF2 home screen:
Power off the phone. Remove its battery and after that re-insert back into
its Galasy S3 location.
1.Boot into custom recovery mode by pressing and holding simultaneously
these buttons: volume up + home + Power.
2.When in Recovery mode you will need to first select ‘wipe data/ factory
reset’ and after that confirm this action.
3.Next, select ‘Wipe cache’ and confirm.
4.Go back to the main recovery screen and select ‘reboot system now’.
5.Galaxy S3 I9300 should be able to boot normally into its home screen and
it should pack the stock ICS XXALF2 stock firmware.
Thats it your phone comes to normal and enjoy the new year gift by me...
Please don't provide any negative comments i have tried it in several galaxy s3 device working fine...
Install the 4.0.4 ROM or 4.1.1 ROM(Make sure that you are downloading your country region ROM) via ODIN to your device and follow the below steps your problem will be resolved...If you don't know how to flash the ROM via ODIN Google it and see simple steps to flash the ROM..
After you see the ‘PASS’ message displayed by ODIN, but the phone
it seems like it got stuck at the Samsung logo screen for more than 15
mintues, then you should use the following instructions to manage to boot
into your Android 4.0.4 ICS XXALF2 home screen:
Power off the phone. Remove its battery and after that re-insert back into
its Galasy S3 location.
1.Boot into custom recovery mode by pressing and holding simultaneously
these buttons: volume up + home + Power.
2.When in Recovery mode you will need to first select ‘wipe data/ factory
reset’ and after that confirm this action.
3.Next, select ‘Wipe cache’ and confirm.
4.Go back to the main recovery screen and select ‘reboot system now’.
5.Galaxy S3 I9300 should be able to boot normally into its home screen and
it should pack the stock ICS XXALF2 stock firmware.
Thats it your phone comes to normal and enjoy the new year gift by me...
Please don't provide any negative comments i have tried it in several galaxy s3 device working fine...
to...@gmail.com <to...@gmail.com> #103
[Comment deleted]
[Deleted User] <[Deleted User]> #104
to #101 : do you have some thing for the nexus4 ?
to #79 : your post looks to be for nexus galaxy !!! any thing or idea for nexus4?
to #79 : your post looks to be for nexus galaxy !!! any thing or idea for nexus4?
tg...@gmail.com <tg...@gmail.com> #106
So I wanted to clear something up here, if it hasn't already been cleared for anyone who is a part of this list.
I have worked for Rogers for 3.5 years, so you could say I have a good amount of carrier knowledge and experience.
Carriers monitor your wireless data. That doesn't mean line-by-line, but they have an idea of where it's coming from, and where it's going.
Specifically, they have always wanted to monitor what data being sent to your phone is for "tethering" purposes.
Throughout the previous iterations of Android (<4.1.2), Android has not identified for the carriers which data is for tethering, and which is not.
Android 4.1.2 introduced that ability (and requirement) for Android devices to properly flag when data is for tethering purposes. This is the first time this has been used in a vanilla release of Android.
As it pertains to Rogers:
Rogers allows all data plans equal to or larger than 1GB/month to tether data, free of charge. So if you were on Rogers before 4.1.2, and proceeded to upgrade, you would only have been negatively affected by tethering if you had a data place of less than 1GB/month.
Rogers does not allow customers with data plans of less than 1GB/month to tether. Period. Not even for an additional cost. That means, if you want to re-enable tethering through Rogers with Android 4.1.2 or greater, you will need to upgrade to a 1GB/mo data plan or higher.
As it pertains to other carriers:
Other carriers *MAY* not care which data plan you're on when it comes to allowing tethering. It's at the carrier's discretion. Example: Wind Mobile (Canadian carrier).
Wind doesn't care what kind of data plan you have (probably because they only have 1 data plan anyway: unlimited). So if you took your Rogers Android 4.1.2 device to Wind, your tethering would work just fine. This is because Wind doesn't block access to your tethered data using the tethered-data-flag introduced in Android 4.1.2 based on your plan type.
For Rogers customers with a data plan of 1GB/mo or greater that can't tether after 4.1.2:
Call Rogers technical support. Tell them you have a plan of more than 1GB/mo but you're missing the product code to allow tethering. This is usually only a problem for customers with older 1GB or greater plans, because the tethering product code was not always automatically attached to your plan as it is now.
For all the people saying it's APN settings and you just need to find the magic APN settings: this is not entirely true. I don't know enough about APN settings to say with certainty, but now that Android 4.1.2 respects the carriers' decision to block tethering on certain plans/devices, APN settings may not help at all. In fact, the only reason they may have helped anyone here so far is much more likely due to having incorrect carrier APN settings to begin with. Whether that's because 4.1.2 screwed up your APN settings or because of some other reason, I can't say, but I feel confident in telling you that APN settings as a fix is not a great idea, and will NOT work for many, if not most. I encourage you instead to call your own carriers and find out if they allow tethering on the data plan you're on. After all, it may have worked before 4.1.2, but it would have been working WITHOUT their permission.
For everyone frustrated by this update to Android: Android respecting a carrier's request to know if data is for a tethered device IS NOT A BUG. IT IS A FEATURE. It's not a feature for users like you and me, it's a feature for manufacturers like Samsung and HTC, so they can in turn build devices that carriers can have more control over.
So, to be clear, THIS IS NOT A BUG. Google INTENDED to respect carrier tethering rules. The only way to circumvent this is to either get a plan from your carrier that allows tethering, revert to a build of Android of 4.1.1 or earlier (I used wugfresh NRT tools, google it, they're amazing and simple: FOR NEXUS DEVICES ONLY, SORRY), or for a developer to find and KILL THE FUCKING ABILITY FOR ANDROID TO TAG DATA AS TETHERING DATA and release that to the public; either by providing an modded Android image, or as an app (much less likely to work unless you're rooted).
I hope this helps people here, and anyone who comes here looking for why their tethering has stopped working.
I have worked for Rogers for 3.5 years, so you could say I have a good amount of carrier knowledge and experience.
Carriers monitor your wireless data. That doesn't mean line-by-line, but they have an idea of where it's coming from, and where it's going.
Specifically, they have always wanted to monitor what data being sent to your phone is for "tethering" purposes.
Throughout the previous iterations of Android (<4.1.2), Android has not identified for the carriers which data is for tethering, and which is not.
Android 4.1.2 introduced that ability (and requirement) for Android devices to properly flag when data is for tethering purposes. This is the first time this has been used in a vanilla release of Android.
As it pertains to Rogers:
Rogers allows all data plans equal to or larger than 1GB/month to tether data, free of charge. So if you were on Rogers before 4.1.2, and proceeded to upgrade, you would only have been negatively affected by tethering if you had a data place of less than 1GB/month.
Rogers does not allow customers with data plans of less than 1GB/month to tether. Period. Not even for an additional cost. That means, if you want to re-enable tethering through Rogers with Android 4.1.2 or greater, you will need to upgrade to a 1GB/mo data plan or higher.
As it pertains to other carriers:
Other carriers *MAY* not care which data plan you're on when it comes to allowing tethering. It's at the carrier's discretion. Example: Wind Mobile (Canadian carrier).
Wind doesn't care what kind of data plan you have (probably because they only have 1 data plan anyway: unlimited). So if you took your Rogers Android 4.1.2 device to Wind, your tethering would work just fine. This is because Wind doesn't block access to your tethered data using the tethered-data-flag introduced in Android 4.1.2 based on your plan type.
For Rogers customers with a data plan of 1GB/mo or greater that can't tether after 4.1.2:
Call Rogers technical support. Tell them you have a plan of more than 1GB/mo but you're missing the product code to allow tethering. This is usually only a problem for customers with older 1GB or greater plans, because the tethering product code was not always automatically attached to your plan as it is now.
For all the people saying it's APN settings and you just need to find the magic APN settings: this is not entirely true. I don't know enough about APN settings to say with certainty, but now that Android 4.1.2 respects the carriers' decision to block tethering on certain plans/devices, APN settings may not help at all. In fact, the only reason they may have helped anyone here so far is much more likely due to having incorrect carrier APN settings to begin with. Whether that's because 4.1.2 screwed up your APN settings or because of some other reason, I can't say, but I feel confident in telling you that APN settings as a fix is not a great idea, and will NOT work for many, if not most. I encourage you instead to call your own carriers and find out if they allow tethering on the data plan you're on. After all, it may have worked before 4.1.2, but it would have been working WITHOUT their permission.
For everyone frustrated by this update to Android: Android respecting a carrier's request to know if data is for a tethered device IS NOT A BUG. IT IS A FEATURE. It's not a feature for users like you and me, it's a feature for manufacturers like Samsung and HTC, so they can in turn build devices that carriers can have more control over.
So, to be clear, THIS IS NOT A BUG. Google INTENDED to respect carrier tethering rules. The only way to circumvent this is to either get a plan from your carrier that allows tethering, revert to a build of Android of 4.1.1 or earlier (I used wugfresh NRT tools, google it, they're amazing and simple: FOR NEXUS DEVICES ONLY, SORRY), or for a developer to find and KILL THE FUCKING ABILITY FOR ANDROID TO TAG DATA AS TETHERING DATA and release that to the public; either by providing an modded Android image, or as an app (much less likely to work unless you're rooted).
I hope this helps people here, and anyone who comes here looking for why their tethering has stopped working.
su...@gmail.com <su...@gmail.com> #107
#105
I would be fine with that if that really was the case. As I said for my part, I called my provider and they told me that they always give tethering with their plans and that if I can access Internet with my phone, I should be able to do tethering UNLESS there is a software bug.
So for me, this issue is a real bug.
I would be fine with that if that really was the case. As I said for my part, I called my provider and they told me that they always give tethering with their plans and that if I can access Internet with my phone, I should be able to do tethering UNLESS there is a software bug.
So for me, this issue is a real bug.
tg...@gmail.com <tg...@gmail.com> #108
[Comment deleted]
tg...@gmail.com <tg...@gmail.com> #109
#106
I get your frustration, but I'm trying to distinguish between the term "bug" which indicates there's a faulty piece of code, and a feature, which in your case, has resulted in tethering not working with your carrier due to your carrier not properly enabling tethering with the wireless standards that most carriers use. Your issue is related to your carrier and your phone, and is not an error in Google's Android source code.
As an example, if I were to put my SIM into your phone, because my carrier properly deals with tethered data flags, your phone would tether properly. If you think Google is at fault for your carrier's incompetence, you're barking up the wrong tree :(
I don't expect Google will ever revert back to not respecting tethering flags, so instead, I'd focus my attention on jump-starting the developer community to mod the android source code to eradicate this feature and release it for users that a) have problems with their carrier (like yourself), or b) don't want carriers to dictate how I use my own fucking data (carriers really are scumbags for reasons like this).
I don't know how high you've escalated your issue with your carrier, but I can only recommend you continue to escalate it through as many levels of technical support as possible until someone there figures out that they haven't hit a switch yet to enable tethering data when it's flagged as tethering. After all, a company's policy, which 1st level tech support repeats to us endlessly, is not always properly implemented.
No disrespect to 1st-level tech support, but there's a reason they're only 1st-level: they don't get enough training to help people with these sorts of problems. They're trained to help grandma and grandpa open their email or spout off carrier APN settings.
I get your frustration, but I'm trying to distinguish between the term "bug" which indicates there's a faulty piece of code, and a feature, which in your case, has resulted in tethering not working with your carrier due to your carrier not properly enabling tethering with the wireless standards that most carriers use. Your issue is related to your carrier and your phone, and is not an error in Google's Android source code.
As an example, if I were to put my SIM into your phone, because my carrier properly deals with tethered data flags, your phone would tether properly. If you think Google is at fault for your carrier's incompetence, you're barking up the wrong tree :(
I don't expect Google will ever revert back to not respecting tethering flags, so instead, I'd focus my attention on jump-starting the developer community to mod the android source code to eradicate this feature and release it for users that a) have problems with their carrier (like yourself), or b) don't want carriers to dictate how I use my own fucking data (carriers really are scumbags for reasons like this).
I don't know how high you've escalated your issue with your carrier, but I can only recommend you continue to escalate it through as many levels of technical support as possible until someone there figures out that they haven't hit a switch yet to enable tethering data when it's flagged as tethering. After all, a company's policy, which 1st level tech support repeats to us endlessly, is not always properly implemented.
No disrespect to 1st-level tech support, but there's a reason they're only 1st-level: they don't get enough training to help people with these sorts of problems. They're trained to help grandma and grandpa open their email or spout off carrier APN settings.
ch...@gmail.com <ch...@gmail.com> #110
@108
I opened this ticket because it is indeed a bug. Upon tethering the connection repeatedly resets. No feedback is given to the user that they cannot tether. I had checked the patch notes and saw no clear indication that the tethering implementation had been changed to respect carrier flags.
If this was truly an intended feature then it was implemented incorrectly. The correct implementation would provide a message to the user indicating that they must contact their wireless provider to tether instead of giving the illusion of tethering. Other phone manufacturers provide this message and I expect it on a Nexus device as well.
If this message is monitored by any sort of moderators, if they see fit they can change this to a feature request. As a user without tethering enabled on my wireless service, i expect a message in android indicating i cannot tether when i attempt to do so.
I opened this ticket because it is indeed a bug. Upon tethering the connection repeatedly resets. No feedback is given to the user that they cannot tether. I had checked the patch notes and saw no clear indication that the tethering implementation had been changed to respect carrier flags.
If this was truly an intended feature then it was implemented incorrectly. The correct implementation would provide a message to the user indicating that they must contact their wireless provider to tether instead of giving the illusion of tethering. Other phone manufacturers provide this message and I expect it on a Nexus device as well.
If this message is monitored by any sort of moderators, if they see fit they can change this to a feature request. As a user without tethering enabled on my wireless service, i expect a message in android indicating i cannot tether when i attempt to do so.
tg...@gmail.com <tg...@gmail.com> #111
Listen, I feel your pain, I'm extraordinarily unhappy with Google's decision to cave to manufacturer and carrier requests to designate what is data for tethering and what is not, but it wouldn't surprise me at all to find out that they did it for legal reasons in addition to coercion. If you are upset that Google didn't explicitly tell android users "Hey, you were tethering regardless of your carriers' terms of use, you can't do that anymore.", don't expect an apology any time soon. For all we know, this was a feature that should have been functional from the first Android release, but was improperly implemented until 4.1.2
In any case, I have to reiterate, tethering without carrier consent *CAN* break your terms of use with your carrier, so don't expect Google to change this functionality. Instead, the developer community is our best chance we have of disabling this tattle-tale feature. I encourage you all to present this to developer forums and communities around the world in hopes that we can continue circumventing carrier data-snooping.
In any case, I have to reiterate, tethering without carrier consent *CAN* break your terms of use with your carrier, so don't expect Google to change this functionality. Instead, the developer community is our best chance we have of disabling this tattle-tale feature. I encourage you all to present this to developer forums and communities around the world in hopes that we can continue circumventing carrier data-snooping.
su...@gmail.com <su...@gmail.com> #112
#110, you don't seem to be listening. #109 said that there should at least be a message displayed to say to contact the provider. Like that, the user can know that this is not working properly due to our carrier and then we could say the carrier that the issue is on their side.
For now, the carrier is saying this is a software bug and you are suggesting it is the carrier that has an issue. Without any information provided to the user as a message, we are stuck between two parties.
For now, the carrier is saying this is a software bug and you are suggesting it is the carrier that has an issue. Without any information provided to the user as a message, we are stuck between two parties.
ch...@gmail.com <ch...@gmail.com> #113
@110
I'm fully aware of all your points, however you misread my comment.
Interface programming 101 is to always indicate to a user when something is happening or can't happen. The fact that we are getting no feedback as to why tethering is not working leads the user to believe that the OS is broken.
I'm fully aware of all your points, however you misread my comment.
Interface programming 101 is to always indicate to a user when something is happening or can't happen. The fact that we are getting no feedback as to why tethering is not working leads the user to believe that the OS is broken.
tg...@gmail.com <tg...@gmail.com> #114
To be fair, there's nothing else in Android that indicates when there's an issue that is carrier-related and not software-related. I'm not saying it wouldn't be good. To the contrary, I'd LOVE that. I'm an industrial engineer by trade, so stuff like that is my bread and butter.
However, Android doesn't tell you when your 3G or LTE APN settings are incorrect, doesn't tell you when your data is being blocked (not talking about tethering, just regular data to the device that's connected directly to the carrier), and until ICS, didn't even give you any indication of how much data you were using (which, as we know, is not even related to the carriers' summary, and so could be reported incorrectly, depending on carrier calculations of what constitutes data to be charged).
So to say that it's a bug that Android doesn't notify the user that the carrier is blocking data is short-sighted. If that's the bug report that was intended, I'd suggest this instead be a feature request that android pull more information from carriers in an effort to allow as much transparency on your carriers' tabulation of your usage. But ultimately, it's up to carriers to comply with that feature, so it's not guaranteed to work properly even if Google implements it.
As to the carriers "saying" it's a software issue rather than a carrier issue, that wouldn't change even if you got that functionality on your phone. That's for 2 reasons: 1) phone-line tech support people are just as likely to make that up to get you off the phone (they're assessed based on the call quantity, not call quality), and 2) even if you sent them a screenshot of your phone identifying the issue as being carrier-related, they wouldn't care, because they follow directives from their company's internal policy (never admit we have a problem until we have a solution).
This isn't speculation, this is 3.5 years working behind the iron current of Rogers Wireless. Sad, evil in every way, but painfully true. :'(
However, Android doesn't tell you when your 3G or LTE APN settings are incorrect, doesn't tell you when your data is being blocked (not talking about tethering, just regular data to the device that's connected directly to the carrier), and until ICS, didn't even give you any indication of how much data you were using (which, as we know, is not even related to the carriers' summary, and so could be reported incorrectly, depending on carrier calculations of what constitutes data to be charged).
So to say that it's a bug that Android doesn't notify the user that the carrier is blocking data is short-sighted. If that's the bug report that was intended, I'd suggest this instead be a feature request that android pull more information from carriers in an effort to allow as much transparency on your carriers' tabulation of your usage. But ultimately, it's up to carriers to comply with that feature, so it's not guaranteed to work properly even if Google implements it.
As to the carriers "saying" it's a software issue rather than a carrier issue, that wouldn't change even if you got that functionality on your phone. That's for 2 reasons: 1) phone-line tech support people are just as likely to make that up to get you off the phone (they're assessed based on the call quantity, not call quality), and 2) even if you sent them a screenshot of your phone identifying the issue as being carrier-related, they wouldn't care, because they follow directives from their company's internal policy (never admit we have a problem until we have a solution).
This isn't speculation, this is 3.5 years working behind the iron current of Rogers Wireless. Sad, evil in every way, but painfully true. :'(
ch...@gmail.com <ch...@gmail.com> #115
@113
When you have no data you get several indicators telling you that no connection can be made. The browser gives you an error, your connection indicator stays grey or indicates no connection. When tethering is being restricted we get no indication from the OS. This is a major problem.
As for the message, there is absolutely no reason a message cannot be displayed. If Google is following the industry standard then they only allow you to tether when you get a confirmation from the tower (likely the same flag that is causing issues for everyone in this thread now).
Other manufacturers seem to be able to indicate to the user that they aren't aloud to tether, for example RIM will give you a nice little message indicating that the tether attempt failed and you must contact your provider to have it enabled.
So i reiterate that this is still a problem and requires a Google developers attention.
When you have no data you get several indicators telling you that no connection can be made. The browser gives you an error, your connection indicator stays grey or indicates no connection. When tethering is being restricted we get no indication from the OS. This is a major problem.
As for the message, there is absolutely no reason a message cannot be displayed. If Google is following the industry standard then they only allow you to tether when you get a confirmation from the tower (likely the same flag that is causing issues for everyone in this thread now).
Other manufacturers seem to be able to indicate to the user that they aren't aloud to tether, for example RIM will give you a nice little message indicating that the tether attempt failed and you must contact your provider to have it enabled.
So i reiterate that this is still a problem and requires a Google developers attention.
tg...@gmail.com <tg...@gmail.com> #116
------
"When you have no data you get several indicators telling you that no connection can be made. The browser gives you an error"
------
That's not Android telling you there's an error with your connection to your carrier. That's an error from your browser (whether it's a browser developed by Google or someone else, like Dolphin browser) telling you there's no internet connection. This indication method is protocol agnostic (you'll get the same browser message regardless of whether you're connected to wifi or 3/4G), and for that matter, OS agnostic.
------
"your connection indicator stays grey or indicates no connection"
------
This indicates you have no connection to Google services. It's possible to have a working internet connection without a connection to Google services while the indicator is grey. Example, you have not added a Google account to your Android device, but you have a working Wifi or 3/4G connection, you can still use the browser to browse the web.
Also worth noting, when a carrier blocks tethering, the connection on the device that is using a tethered connection for internet access is grey. And, in the case of bluetooth tethering, you can tether to bluetooth and use the access point device's wifi connection to share internet over bluetooth.
Example: my Nexus 4 has no SIM card. I connect my Nexus 4 to my home's wifi connection. I pair my Nexus 7 to my Nexus 4 using bluetooth. I enable bluetooth tethering on my Nexus 4. I enter my bluetooth setting menu on my Nexus 7, hit the settings button on the Nexus 4 row, and check off the check box to use the paired device for internet access. I have now successfully tethered my Nexus 7 to my Nexus 4 using bluetooth, and can use the WiFi connection on my Nexus 4 to gain internet access on my Nexus 7. I get a blue bluetooth indicator (as opposed to a grey indicator when tethering is blocked by my carrier through a 3/4G connection).
------
"As for the message, there is absolutely no reason a message cannot be displayed. If Google is following the industry standard then they only allow you to tether when you get a confirmation from the tower (likely the same flag that is causing issues for everyone in this thread now)."
------
Android cannot have the ability to indicate a blocked tethering effort if carriers do not provide this level of transparency to Google. And, from a logistical standpoint, a flag need only go in one direction.
i.e. If Android sends the tethered-data-request flag to the carrier, the carrier is not obligated to respond with a reason code for the data being blocked. However...
------
"Other manufacturers seem to be able to indicate to the user that they aren't aloud to tether, for example RIM will give you a nice little message indicating that the tether attempt failed and you must contact your provider to have it enabled."
------
If that's true, and *ALL* carriers are required to send the reason code (in this case blocked tethering code), then it is ABSOLUTELY a feature request that Android pass that information on to the user. It's not a bug unless there's code within Android that is supposed to do this already but is somehow not functioning properly.
------
"So i reiterate that this is still a problem and requires a Google developers attention."
------
Agreed, but you're probably not going to get their attention in a BUG REPORT if it's not a malfunctioning piece of code, but instead a missing "courtesy", as you've identified it.
Anyway, I've done more than my part to help you and the others with understanding the reason why tethering has hit a snag in 4.1.2 and beyond. If you want to justify to yourself and the other people here why you think this should be a bug report and not a feature request, have at it. I'm moving on.
"When you have no data you get several indicators telling you that no connection can be made. The browser gives you an error"
------
That's not Android telling you there's an error with your connection to your carrier. That's an error from your browser (whether it's a browser developed by Google or someone else, like Dolphin browser) telling you there's no internet connection. This indication method is protocol agnostic (you'll get the same browser message regardless of whether you're connected to wifi or 3/4G), and for that matter, OS agnostic.
------
"your connection indicator stays grey or indicates no connection"
------
This indicates you have no connection to Google services. It's possible to have a working internet connection without a connection to Google services while the indicator is grey. Example, you have not added a Google account to your Android device, but you have a working Wifi or 3/4G connection, you can still use the browser to browse the web.
Also worth noting, when a carrier blocks tethering, the connection on the device that is using a tethered connection for internet access is grey. And, in the case of bluetooth tethering, you can tether to bluetooth and use the access point device's wifi connection to share internet over bluetooth.
Example: my Nexus 4 has no SIM card. I connect my Nexus 4 to my home's wifi connection. I pair my Nexus 7 to my Nexus 4 using bluetooth. I enable bluetooth tethering on my Nexus 4. I enter my bluetooth setting menu on my Nexus 7, hit the settings button on the Nexus 4 row, and check off the check box to use the paired device for internet access. I have now successfully tethered my Nexus 7 to my Nexus 4 using bluetooth, and can use the WiFi connection on my Nexus 4 to gain internet access on my Nexus 7. I get a blue bluetooth indicator (as opposed to a grey indicator when tethering is blocked by my carrier through a 3/4G connection).
------
"As for the message, there is absolutely no reason a message cannot be displayed. If Google is following the industry standard then they only allow you to tether when you get a confirmation from the tower (likely the same flag that is causing issues for everyone in this thread now)."
------
Android cannot have the ability to indicate a blocked tethering effort if carriers do not provide this level of transparency to Google. And, from a logistical standpoint, a flag need only go in one direction.
i.e. If Android sends the tethered-data-request flag to the carrier, the carrier is not obligated to respond with a reason code for the data being blocked. However...
------
"Other manufacturers seem to be able to indicate to the user that they aren't aloud to tether, for example RIM will give you a nice little message indicating that the tether attempt failed and you must contact your provider to have it enabled."
------
If that's true, and *ALL* carriers are required to send the reason code (in this case blocked tethering code), then it is ABSOLUTELY a feature request that Android pass that information on to the user. It's not a bug unless there's code within Android that is supposed to do this already but is somehow not functioning properly.
------
"So i reiterate that this is still a problem and requires a Google developers attention."
------
Agreed, but you're probably not going to get their attention in a BUG REPORT if it's not a malfunctioning piece of code, but instead a missing "courtesy", as you've identified it.
Anyway, I've done more than my part to help you and the others with understanding the reason why tethering has hit a snag in 4.1.2 and beyond. If you want to justify to yourself and the other people here why you think this should be a bug report and not a feature request, have at it. I'm moving on.
su...@gmail.com <su...@gmail.com> #117
#115
look, on this thread, there are people saying they are experiencing a wrong behavior and:
- some of them could fix it by calling their carrier
- some of them could fix it by updating their APN settings
- some of them are still stuck with the issue even though
we know that Google added the new flag to say when it is tethering, but until an Android developer comes to confirm if yes or no a bug was introduced at the same time (cuz you know, bugs appear when there is new code/feature added), your guess on the final issue is as good as anyone else guess. We could actually all be experiencing different issues.
So please, don't say your guess is better just because you worked for a mean carrier. This is simply unrespectful of everyone's contribution and unproductive.
look, on this thread, there are people saying they are experiencing a wrong behavior and:
- some of them could fix it by calling their carrier
- some of them could fix it by updating their APN settings
- some of them are still stuck with the issue even though
we know that Google added the new flag to say when it is tethering, but until an Android developer comes to confirm if yes or no a bug was introduced at the same time (cuz you know, bugs appear when there is new code/feature added), your guess on the final issue is as good as anyone else guess. We could actually all be experiencing different issues.
So please, don't say your guess is better just because you worked for a mean carrier. This is simply unrespectful of everyone's contribution and unproductive.
ok...@gmail.com <ok...@gmail.com> #118
Personally, I think that a bug because my 3G connection works perfectly on my Nexus S but the tethering doesn't work (usb and wifi). So, I don't see this relate to the operator ??
se...@gmail.com <se...@gmail.com> #119
I have a Nexus 4 with Fido. and me too the hotpot wifi internet is not working on 4.2.1
jm...@gmail.com <jm...@gmail.com> #120
In reply to #118: (SOLVED)
I am with Fido/Rogers and could not tether through WiFi or USB. I thought it was a problem with the Android OS; however, calling Fido solved my issue.
Apparently, you need a 2gb data plan to tether. They block tethering until you upgrade your plan. I called fido and they hooked me upor $3 more I got text voicemail, unlimited long distance and roaming, and 2gb of 3g(which I'll never use)
Its not Android, Call your provider!!!!!!
I am with Fido/Rogers and could not tether through WiFi or USB. I thought it was a problem with the Android OS; however, calling Fido solved my issue.
Apparently, you need a 2gb data plan to tether. They block tethering until you upgrade your plan. I called fido and they hooked me upor $3 more I got text voicemail, unlimited long distance and roaming, and 2gb of 3g(which I'll never use)
Its not Android, Call your provider!!!!!!
fa...@gmail.com <fa...@gmail.com> #121
In reply to #119: (NOT SOLVED)
you are wrong. the same sim (Postemobile, Italy) works fine on android 4.1.1 but not on android 4.2
your provider is not the only provider...
I believe some providers (the virtual ones, in italy) has changed some parameter. android 4.2 cannot work with theese new parameters.
so (if the supposition is true) the cause is not one but 2 (google and providers).
you are wrong. the same sim (Postemobile, Italy) works fine on android 4.1.1 but not on android 4.2
your provider is not the only provider...
I believe some providers (the virtual ones, in italy) has changed some parameter. android 4.2 cannot work with theese new parameters.
so (if the supposition is true) the cause is not one but 2 (google and providers).
[Deleted User] <[Deleted User]> #122
Same with my Samsung SIII from T-mobile.
dw...@infradead.org <dw...@infradead.org> #123
I'm not sure exactly what it means for the device to "properly flag when data is for tethering purposes" ( comment #105 ). My own observation was that the outbound data on the 'rmnet0' interface wasn't being NATted. The phone's IP address on that device was (for example) 10.182.48.29 and all its *own* data was coming from that address. And responses from the Internet were coming back just fine.
The phone assigns IP ranges in the192.168.0.0/16 range to its clients on the USB and wifi tethering. And those 192.168.x.x addresses were being seen on the outbound rmnet0 interface unmolested. Perhaps that's how we're *supposed* to indicate that it's tethered data, and we let the carrier perform NAT for us at their end?
Either way, running this command seems to have 'fixed' it for me, and with my Samsung Galaxy S3 on Orange UK I now get functional tethering again:
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE"
Obviously there's nothing preventing your carrier from assigning addresses in the192.168.0.0/16 range to the device itself, and I have no idea what the various rmnet[012] devices are, so this isn't a "fix" for the general case but most people with a rooted phone should be able to work it out from here...
The phone assigns IP ranges in the
Either way, running this command seems to have 'fixed' it for me, and with my Samsung Galaxy S3 on Orange UK I now get functional tethering again:
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
Obviously there's nothing preventing your carrier from assigning addresses in the
sh...@gmail.com <sh...@gmail.com> #124
#122 IT WORKS!!!
After two months of painful research I am able to tether with 4.2.1
I'm so happy, thank you!!
BTW, what method would you suggest to automate that long command?
After two months of painful research I am able to tether with 4.2.1
I'm so happy, thank you!!
BTW, what method would you suggest to automate that long command?
jf...@gmail.com <jf...@gmail.com> #125
#123
How did you enter the command line ? As-is ? (su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE")
Doesn't seem to work for me... still same "No Internet Access" message...
How did you enter the command line ? As-is ? (su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
Doesn't seem to work for me... still same "No Internet Access" message...
ch...@gmail.com <ch...@gmail.com> #126
#124 Working !
How to have it working : Stop the Wifi, go on internet and look at your IP. In adb, do netcfg. It will show you a line like that : vsnet0 UP10.95.95.175/32 0x000010d1 00:00:00:
So, here, vsnet0 is the interface.
Just after, do su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o [INTERFACE] -j MASQUERADE"
And now, it works :D
How to have it working : Stop the Wifi, go on internet and look at your IP. In adb, do netcfg. It will show you a line like that : vsnet0 UP
So, here, vsnet0 is the interface.
Just after, do su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
And now, it works :D
ad...@gmail.com <ad...@gmail.com> #127
#125
I'm assuming you mean stop the wifi tether app, figure out which interface is using your IP, then via ADB you enter the command mentioned, then what?
At this point do you restart wifi tether?
I've tried multiple combinations of when to run this command and when to start/stop tether but with no success
I'm assuming you mean stop the wifi tether app, figure out which interface is using your IP, then via ADB you enter the command mentioned, then what?
At this point do you restart wifi tether?
I've tried multiple combinations of when to run this command and when to start/stop tether but with no success
mi...@gmail.com <mi...@gmail.com> #128
[Comment deleted]
mi...@gmail.com <mi...@gmail.com> #129
#122: This worked for me on a Galaxy Nexus GSM, tmn Portugal carrier. It doesn't seem like the network itself is restricting tethering at all, it just seems like the device stopped performing NATing, like it should be doing. Using the stock wifi tether functionality (which is enabled) on the stock firmware and running that iptables line fixed it for me.
av...@gmail.com <av...@gmail.com> #130
~122 doesnt work for me
3 network
Nexus 4 rooted
any more ideas?
3 network
Nexus 4 rooted
any more ideas?
ba...@gmail.com <ba...@gmail.com> #131
#122 works with Postemobile Italy! is there a way to make permanent this fix?
mm...@gmail.com <mm...@gmail.com> #132
Working #122's solution on MásMóvil (Spain).
There is a workaround if you don't want to write that line echa time you start tethering:
-Install Terminal Emulator:https://play.google.com/store/apps/details?id=jackpal.androidterm&feature=search_result#?t=W251bGwsMSwyLDEsImphY2twYWwuYW5kcm9pZHRlcm0iXQ ..
-Go Settings
-Starting line (I don't know exactly, I see it in Spanish)
-Paste the line // su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE" //
-Ok.
And then, every time you start Wifi Tethering, just open Terminal emulator and that command line will be executed.
There is a workaround if you don't want to write that line echa time you start tethering:
-Install Terminal Emulator:
-Go Settings
-Starting line (I don't know exactly, I see it in Spanish)
-Paste the line // su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
-Ok.
And then, every time you start Wifi Tethering, just open Terminal emulator and that command line will be executed.
ph...@gmail.com <ph...@gmail.com> #133
any chance to get this to work with unrooted nexus s?
ad...@gmail.com <ad...@gmail.com> #134
@132
nope
nope
ph...@gmail.com <ph...@gmail.com> #135
what about custom roms? any out there not having this problem?
ja...@gmail.com <ja...@gmail.com> #136
Worked for me I had to change interface to rmnet_usb0 thanks 122, 125 and 131. UK Orange/ EE
jo...@gmail.com <jo...@gmail.com> #137
[Comment deleted]
jo...@gmail.com <jo...@gmail.com> #138
#122, #125 working!
Jiayu G2S Android 4.1.2 with Movistar Spain
Thanks a lot!
Jiayu G2S Android 4.1.2 with Movistar Spain
Thanks a lot!
pa...@gmail.com <pa...@gmail.com> #139
not work in my S3 with Vodafone IT
i attach my log
after and before!
i attach my log
after and before!
ja...@gmail.com <ja...@gmail.com> #140
@138 from my understanding from the previous posts you need to use:
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE"
Note the difference [interface] has been replaced with rmnet0 which is relevant to you as indicated by the netcfg. But as I don't fully understand it it my best guesS. Have a go and see
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
Note the difference [interface] has been replaced with rmnet0 which is relevant to you as indicated by the netcfg. But as I don't fully understand it it my best guesS. Have a go and see
ja...@gmail.com <ja...@gmail.com> #141
[Comment deleted]
ch...@gmail.com <ch...@gmail.com> #142
Maybe an init.d script at startup will do the jobs to have it working permanently..
ba...@gmail.com <ba...@gmail.com> #143
#131 thank you very much!!!
pa...@gmail.com <pa...@gmail.com> #144
@139
i try it! :D
i try it! :D
ja...@gmail.com <ja...@gmail.com> #145
Seems 4.2.2 has stopped it working again, this time the above fix doesn't work :-(
ba...@gmail.com <ba...@gmail.com> #146
Omg, thanks google
fa...@gmail.com <fa...@gmail.com> #147
[Comment deleted]
sh...@gmail.com <sh...@gmail.com> #148
@144 are you sure?
I'm using CM 10.1 nightly, version 4.2.2 and fix at #122 still works
I'm using CM 10.1 nightly, version 4.2.2 and fix at #122 still works
ja...@gmail.com <ja...@gmail.com> #149
@147 yeah your quite right. When I updated to 4.2.2 and I lost my root access. I have re rooted and the fix now works :)
Thanks for the reality check.
Thanks for the reality check.
ne...@gmail.com <ne...@gmail.com> #150
@ 148 could you explain how you got this working, when i type in the command in terminal nothing happens and my wifi hotspot still disconects, i am on orange uk also running cm10.1 nightly build 4.2.2 Acording to tech support at orange they are using the 4.1.2 code for there devices. I would like to get this working rather than downgrade.I have tethering as part of my allowance but under 4.2.1/4.2.2 it will not conect, earlier verisions of j.b/ics/gb all worked.
ja...@gmail.com <ja...@gmail.com> #151
@149 Sorry I wish I could but I don't fully understand it. I am afraid its the other clever people in this post that got it working I just used there knowledge.
From the original code all I altered was the interface that was relevant to me. I found this using netcfg I.e rmnet_usb0.
Sorry I can't be of more help
From the original code all I altered was the interface that was relevant to me. I found this using netcfg I.e rmnet_usb0.
Sorry I can't be of more help
ne...@gmail.com <ne...@gmail.com> #152
[Comment deleted]
ne...@gmail.com <ne...@gmail.com> #153
[Comment deleted]
cr...@gmail.com <cr...@gmail.com> #154
I tried the string on Nexus S with 4.2.2 Jellyshot+marmite, the wifi AP appears, but the navigation is denied on the other devices that connect to the Nexus
cr...@gmail.com <cr...@gmail.com> #155
Update to #153: same Rom, but Matrix kernel, now the line command works :)
gu...@gmail.com <gu...@gmail.com> #156
[Comment deleted]
pi...@gmail.com <pi...@gmail.com> #157
#122 Works with Postemobile on Galaxy s Plus Cyanogenmod 10 Ivendor Beta2
I use the following command:
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o pdp0 -j MASQUERADE"
I use the following command:
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
ph...@gmail.com <ph...@gmail.com> #158
[Comment deleted]
ph...@gmail.com <ph...@gmail.com> #159
@156 did you contact postemobile regarding this problem?
ive been able to get it to work running cm 10 on nexus s using "WiFi Tether for Root Users"
ive been able to get it to work running cm 10 on nexus s using "WiFi Tether for Root Users"
nu...@gmail.com <nu...@gmail.com> #161
We called Rogers tech support and then rebooted after trying all the other troubleshooting steps in this thread.
Worked for our two phones, turns out our ancient data plan didn't have the tethering flag activated.
No apps, no rooting, nothing. It simply works now.
ja...@gmail.com <ja...@gmail.com> #162
Hi, what worked for me (AKOP, Galaxy S2, VdfaoneIT) is these sequence (after su, of course)
ipables -F
iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE
As yo can see, firstly I flush iptables, then add the new chain in nat table.
Yet I don't know which chain is not working, but once back from Easter vacation I'll compare the differences
Please note that after reboot tether is again not working and need to repeat the proceure. But you can make a script, using for example better terminal to run when you need tethering. I didn't find any side effect.
ipables -F
iptables -tnat -A natctrl_nat_POSTROUTING -s
As yo can see, firstly I flush iptables, then add the new chain in nat table.
Yet I don't know which chain is not working, but once back from Easter vacation I'll compare the differences
Please note that after reboot tether is again not working and need to repeat the proceure. But you can make a script, using for example better terminal to run when you need tethering. I didn't find any side effect.
ja...@gmail.com <ja...@gmail.com> #163
Back home and got the point.
Looking to nat table after wifi tethering activation, (iptables -tnat -L -v) I found a this existing chain/rule
Chain natctrl_nat_POSTROUTING (1 references)
pkts bytes target prot opt in out source destination
0 0 MASQUERADE all -- any rmnet1 anywhere anywhere
so i suspected that appending (iptables -tnat -A ....) will not prevent to use this exsisting rule so I changed the command in the following way:
iptables -tnat -I natctrl_nat_POSTROUTING 1 -s192.168.0.0/16 -o rmnet0 -j MASQUERADE
and this is working.
I'm not an expert of iptables, but looking to android logs while activating tethering I found several errors in setting iptables. My personal opinion is that some command are issued when the interfaces are not yet available and this may be the reason why tether doesn't work and I also suspected that this might be HW dependent and adding some delay somewhere would help.
Looking to nat table after wifi tethering activation, (iptables -tnat -L -v) I found a this existing chain/rule
Chain natctrl_nat_POSTROUTING (1 references)
pkts bytes target prot opt in out source destination
0 0 MASQUERADE all -- any rmnet1 anywhere anywhere
so i suspected that appending (iptables -tnat -A ....) will not prevent to use this exsisting rule so I changed the command in the following way:
iptables -tnat -I natctrl_nat_POSTROUTING 1 -s
and this is working.
I'm not an expert of iptables, but looking to android logs while activating tethering I found several errors in setting iptables. My personal opinion is that some command are issued when the interfaces are not yet available and this may be the reason why tether doesn't work and I also suspected that this might be HW dependent and adding some delay somewhere would help.
mm...@gmail.com <mm...@gmail.com> #165
#163 Unfortunately it didn'nt work for me.
I've changed from Galaxy Nexus to Nexus 4 and the problem persists. But now, even executing su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE" it doesn't work.
I hope that another solution for Nexus 4 can be possible...
I've changed from Galaxy Nexus to Nexus 4 and the problem persists. But now, even executing su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
I hope that another solution for Nexus 4 can be possible...
mm...@gmail.com <mm...@gmail.com> #167
#165, thank you very much!
I didn't read that because with Galaxy Nexus it worked with #122 solution...
In my case (Nexus 4) I have to change the to "rmnet_usb0". Now it works fine.
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet_usb0 -j MASQUERADE"
I'm still thinking about what will do Google with this? And when?
So annoying...
I didn't read that because with Galaxy Nexus it worked with #122 solution...
In my case (Nexus 4) I have to change the to "rmnet_usb0". Now it works fine.
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
I'm still thinking about what will do Google with this? And when?
So annoying...
ok...@gmail.com <ok...@gmail.com> #168
Thanks!
m0...@googlemail.com <m0...@googlemail.com> #169
Same on Galaxy SII
gs...@gmail.com <gs...@gmail.com> #170
Hi, thanks for all comments and solutions, but it's don't work for me. I'm on 4.2.2 Vanilla RootBox (nightly 20130323) with Galaxy S3. I tried all aplications and line commands but it's impossible. When i connect WiFi tether and the dispositives see the Open network, they can't access to internet. Last, i call to Telefónica and says that the APN is correct. Can i do any more? Thanks again,
gr...@gmail.com <gr...@gmail.com> #171
Same as many people here on Galaxy S2 with Cm 10.1 or latest jellybam (4.2.2) : it's possible to connect to the phone but impossible to get internet access. I tried many many workaround but with 0 success.
ad...@gmail.com <ad...@gmail.com> #172
Speaking in absolutes will only ever get you in trouble...
I have Sprint's S2 with CM 10.1 (4.2.2) and as I said here, I am able to connect and get Internet working (but no encryption)
http://code.google.com/p/android-wifi-tether/issues/detail?id=1661#c134
I have Sprint's S2 with CM 10.1 (4.2.2) and as I said here, I am able to connect and get Internet working (but no encryption)
an...@gmail.com <an...@gmail.com> #174
Hi, my interface is rmnet0 (checked with netcfg).
I'm on SuperXE 4.2.2 build 3. All the above didn't worked. I've booted my phone, opened a command prompt on windows and, with device connected (of course) and tethering OFF I've written:
adb shell su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE"
Even if I run that on a terminal directly into my phone, it doesn't work. When I turn on tethering (open, no wpa or wep), the "H" symbol disappears after few seconds, then reappers, then disappear again and so on. What should I do? Thank you!
I'm on SuperXE 4.2.2 build 3. All the above didn't worked. I've booted my phone, opened a command prompt on windows and, with device connected (of course) and tethering OFF I've written:
adb shell su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
Even if I run that on a terminal directly into my phone, it doesn't work. When I turn on tethering (open, no wpa or wep), the "H" symbol disappears after few seconds, then reappers, then disappear again and so on. What should I do? Thank you!
gs...@gmail.com <gs...@gmail.com> #175
Thanks #172!!! Perfect sollution for me. Now i can do tethering con 4.2.2. Thanks again,
ja...@gmail.com <ja...@gmail.com> #176
#173 have a look to my #162 this could be the reason. So you should try:
iptables -tnat -I natctrl_nat_POSTROUTING 1 -s192.168.0.0/16 -o rmnet0 -j MASQUERADE
So you will not append the rule but insert before address. But, if yo uhave already tested with #172 without success, than the reasond could be another and also this will not work.
iptables -tnat -I natctrl_nat_POSTROUTING 1 -s
So you will not append the rule but insert before address. But, if yo uhave already tested with #172 without success, than the reasond could be another and also this will not work.
al...@gmail.com <al...@gmail.com> #177
Same as #173, checked my interface, tried both #122 and #162. My 3g or h symbols disappear and reappear as I turn tethering on. It seems that it renews the ip given from Vodafone Italy.
ne...@gmail.com <ne...@gmail.com> #178
#172 thanks a lot, very useful workaround
i wonder if you could improve it to make it work also for usb tethering (most useful, at least for me) or bluetooth tethering
i wonder if you could improve it to make it work also for usb tethering (most useful, at least for me) or bluetooth tethering
gi...@gmail.com <gi...@gmail.com> #179
#162 and #172:
here is the (relevant) output of iptables -tnat -L -v:
Chain POSTROUTING (policy ACCEPT 46 packets, 3011 bytes)
pkts bytes target prot opt in out source destination
46 3011 natctrl_nat_POSTROUTING all -- any any anywhere anywhere
Chain natctrl_nat_POSTROUTING (1 references)
pkts bytes target prot opt in out source destination
So, as you spotted, there is already an entry referring to natctrl_nat_POSTROUTING.
Now, when I activate the tether, there is activity on that rule (the number of bytes increases), so it seems to be used; however, the connection does not go out (no Internet).
Now, I issue the command suggested in #162 (ccmni0 is my 3G interface):
iptables -tnat -I natctrl_nat_POSTROUTING 1 -s192.168.0.0/16 -o ccmni0 -j MASQUERADE
And when I print again the content of the table, I get the following:
Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
51 3319 natctrl_nat_POSTROUTING all -- any any anywhere anywhere
Chain natctrl_nat_POSTROUTING (1 references)
pkts bytes target prot opt in out source destination
netent* getnetbyaddr(uint32_t, int)(3) is not implemented on Android
0 0 MASQUERADE all -- any ccmni0192.168.0.0/16 anywhere
I did not flash the tables here, but the error does not change. Any idea on what does this mean?
I get the same kind of error using the app in #172 (even if the output interface here is wrong; I just tested it for the sake of curiosity).
Thanks.
G.
here is the (relevant) output of iptables -tnat -L -v:
Chain POSTROUTING (policy ACCEPT 46 packets, 3011 bytes)
pkts bytes target prot opt in out source destination
46 3011 natctrl_nat_POSTROUTING all -- any any anywhere anywhere
Chain natctrl_nat_POSTROUTING (1 references)
pkts bytes target prot opt in out source destination
So, as you spotted, there is already an entry referring to natctrl_nat_POSTROUTING.
Now, when I activate the tether, there is activity on that rule (the number of bytes increases), so it seems to be used; however, the connection does not go out (no Internet).
Now, I issue the command suggested in #162 (ccmni0 is my 3G interface):
iptables -tnat -I natctrl_nat_POSTROUTING 1 -s
And when I print again the content of the table, I get the following:
Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
51 3319 natctrl_nat_POSTROUTING all -- any any anywhere anywhere
Chain natctrl_nat_POSTROUTING (1 references)
pkts bytes target prot opt in out source destination
netent* getnetbyaddr(uint32_t, int)(3) is not implemented on Android
0 0 MASQUERADE all -- any ccmni0
I did not flash the tables here, but the error does not change. Any idea on what does this mean?
I get the same kind of error using the app in #172 (even if the output interface here is wrong; I just tested it for the sake of curiosity).
Thanks.
G.
rw...@gmail.com <rw...@gmail.com> #180
no tether can work stops same issues
ca...@gmail.com <ca...@gmail.com> #181
There are users experiences that doesn't work that have called their cellphone operator (TIM Wind) and now they work perfectly without change their setting (iptables and so on). It is like the cellphone operator can filter the traffic with TCP-IP packet header and he locks the tethering traffic.
Are there differences on TCP-IP packet header from ICS to JB?
Are there differences on TCP-IP packet header from ICS to JB?
gi...@gmail.com <gi...@gmail.com> #182
#180
My experience on this is strange: I can tether with my Samsung Galaxy Nexus 4.2.2, TIM sim; I cannot with my Star B94M 4.2.1, same TIM sim (and I tried all possible solutions I could find around in different forums).
Regards,
G.
My experience on this is strange: I can tether with my Samsung Galaxy Nexus 4.2.2, TIM sim; I cannot with my Star B94M 4.2.1, same TIM sim (and I tried all possible solutions I could find around in different forums).
Regards,
G.
md...@gmail.com <md...@gmail.com> #183
Hello everybody. I'm using a Star B94M/B943 with H3G (Italy). Just few days ago i could connect from my tablet (mediacom smartpad 711i, android ICS 4.0.3) by wifi. Today i tried again and i got the wifi connection extablished but i cannot surf the net (or using anything else). The wifi connection works properly (i setup a ftp server on my tablet and i can access it from the smartphone, so wifi it's working) but i cannot go on the outside net. I also tried #125 (using the correct interface) but still my tablets get a wrong IP. Any solutions?
Thank you
Thank you
ke...@gmail.com <ke...@gmail.com> #184
md...@gmail.com <md...@gmail.com> #185
#182: i found that i can make the hotspot work (on my star B94M/B943m with android 4.2.1) with these commands:
su
iptables -A POSTROUTING -s192.168.43.1/24 -j MASQUERADE -t nat
iptables -A FORWARD -j ACCEPT -i ap0 -o ccmni0
iptables -A FORWARD -j ACCEPT -i ccmni0 -o ap0
sysctl -w net.ipv4.ip_forward=1
obviously, you should check the IP in the first iptables command (using netcfg) and also the interface name (ap0 and ccmni0, also using netcfg).
Hope that helps
su
iptables -A POSTROUTING -s
iptables -A FORWARD -j ACCEPT -i ap0 -o ccmni0
iptables -A FORWARD -j ACCEPT -i ccmni0 -o ap0
sysctl -w net.ipv4.ip_forward=1
obviously, you should check the IP in the first iptables command (using netcfg) and also the interface name (ap0 and ccmni0, also using netcfg).
Hope that helps
pa...@gmail.com <pa...@gmail.com> #186
thanks thousand of thousand of thousand, your solution:
works really great on my zopo ZP810 with JB 4.2.1!!!!!
thanks!
al...@gmail.com <al...@gmail.com> #187
I've tried the various fixes listed above and none work unfortunately.
ju...@gmail.com <ju...@gmail.com> #188
#184. Thanks a lot!
Work a for me in my zopo C2 JB 4.2.1.
Work a for me in my zopo C2 JB 4.2.1.
m....@gmail.com <m....@gmail.com> #189
[Comment deleted]
m....@gmail.com <m....@gmail.com> #190
[Comment deleted]
m....@gmail.com <m....@gmail.com> #191
Solved with jTether (root needed).
https://play.google.com/store/apps/details?id=org.jaconet.fixtether&hl=it
JB WiFi Tether
Enable/disable WiFi tethering with one click. Fix an issue on Android 4.2.2 (Cyanognenmod, AOKP and maybe other ROMs) for some devices (i.e. Samsung Galaxy S2 branded vodafone).
What it does:
- Activate WiFi thether
- Fix iptables not working rules
ROOT required!!!
Tested only on few devices.
After uninstall, you need to reboot your device
JB WiFi Tether
Enable/disable WiFi tethering with one click. Fix an issue on Android 4.2.2 (Cyanognenmod, AOKP and maybe other ROMs) for some devices (i.e. Samsung Galaxy S2 branded vodafone).
What it does:
- Activate WiFi thether
- Fix iptables not working rules
ROOT required!!!
Tested only on few devices.
After uninstall, you need to reboot your device
ru...@gmail.com <ru...@gmail.com> #193
FIXED
http://socal.hanhuy.com/~pfnguyen/wifi-tether-gnex-4.2.2.apk
If you guys are willing to trust me, I have my own build of wifi-tether posted at the link above; it is signed using my debug key, so you will need to uninstall any existing version of wifi tether you may have.
FYI, my patch is not a general-purpose solution, as it will break on prior versions of android (it is specifically tailored to 4.2); although it also fixes the mssclamping error at the same time.
If you guys are willing to trust me, I have my own build of wifi-tether posted at the link above; it is signed using my debug key, so you will need to uninstall any existing version of wifi tether you may have.
FYI, my patch is not a general-purpose solution, as it will break on prior versions of android (it is specifically tailored to 4.2); although it also fixes the mssclamping error at the same time.
mi...@gmail.com <mi...@gmail.com> #194
Nice, but can't you send off a patch to AOSP? It'd be more useful than a simple binary lost in a thread like this!
ac...@gmail.com <ac...@gmail.com> #195
Guys,
I've Razr xt890 with stock rom BR, 4.1.2 , rooted.
I've test all the options, but did't sucessfull..
When I install wifi tether 4.2.2 or older version, those error apears:
1. "Tether start with errors" (I can't search the log) and
2. "Is your device rooted ?"
Please Help me!
I've Razr xt890 with stock rom BR, 4.1.2 , rooted.
I've test all the options, but did't sucessfull..
When I install wifi tether 4.2.2 or older version, those error apears:
1. "Tether start with errors" (I can't search the log) and
2. "Is your device rooted ?"
Please Help me!
jv...@gmail.com <jv...@gmail.com> #196
#184 give me an error: sysctl not found.
anyone know why?
anyone know why?
tx...@gmail.com <tx...@gmail.com> #197
[Comment deleted]
tx...@gmail.com <tx...@gmail.com> #198
[Comment deleted]
tx...@gmail.com <tx...@gmail.com> #199
#196
Use this script and execute as root. You can use the app "SManager"
#!/system/bin/sh
iptables -A POSTROUTING -s192.168.43.1/24 -j MASQUERADE -t nat
iptables -A FORWARD -j ACCEPT -i ap0 -o ccmni0
iptables -A FORWARD -j ACCEPT -i ccmni0 -o ap0
echo "1" > /proc/sys/net/ipv4/ip_forward
Use this script and execute as root. You can use the app "SManager"
#!/system/bin/sh
iptables -A POSTROUTING -s
iptables -A FORWARD -j ACCEPT -i ap0 -o ccmni0
iptables -A FORWARD -j ACCEPT -i ccmni0 -o ap0
echo "1" > /proc/sys/net/ipv4/ip_forward
ke...@gmail.com <ke...@gmail.com> #200
Tether Unlocker used to work and not be filled with garbage.
Older versions 1.5 or so are okay. Stay away from the latest version. Filled with game adds and garbage ads.
Older versions 1.5 or so are okay. Stay away from the latest version. Filled with game adds and garbage ads.
jo...@gmail.com <jo...@gmail.com> #202
Updated to 4.3 (JWR66V). Nexus 4. All stock. Cable tests as good elsewhere for both power and data. Nexus 4 detects no USB connection detected in software, power works. In settings, 'USB tethering' is grayed out with a 'USB not connected' message.
This is grand amounts of annoyance.
This is grand amounts of annoyance.
ad...@gmail.com <ad...@gmail.com> #203
I ran into the USB tethering issue on previous builds. I couldn't find a way to work around it either, so I just bought a cheap wifi USB device and am now wifi tethering.
ro...@hotmail.com <ro...@hotmail.com> #204
Fido and s3 4.1.2 update issues. I rarely tether but after update I lose network provider often.
I live near us border and prior issues of connecting to at&t noted by fido.
Now though it loses network whenever not in use for about 5 minutes.
Turning on/off ariport mode or tether resrores usually but sometimes needs a reset.
Update issue for sure.
I live near us border and prior issues of connecting to at&t noted by fido.
Now though it loses network whenever not in use for about 5 minutes.
Turning on/off ariport mode or tether resrores usually but sometimes needs a reset.
Update issue for sure.
ma...@gmail.com <ma...@gmail.com> #205
Hi all, I just bought a lenovo p780 and I found the lack hotspot functionality, after several attempts and app (including the ISWAT), i resolved the problem with
this script (I start a session of SManager after activating the connection and hotspot):
# / system / bin / sh
iptables - flush
iptables-A POSTROUTING-s192.168.43.1/24-j MASQUERADE-t nat
iptables-A FORWARD-j ACCEPT-i-p0 or ccmni0
iptables-A FORWARD-j ACCEPT-i-ccmni0 or if p0
echo "1"> / proc/sys/net/ipv4/ip_forward
I hope this post can serve to others who have not yet been able to solve their problem!
this script (I start a session of SManager after activating the connection and hotspot):
# / system / bin / sh
iptables - flush
iptables-A POSTROUTING-s
iptables-A FORWARD-j ACCEPT-i-p0 or ccmni0
iptables-A FORWARD-j ACCEPT-i-ccmni0 or if p0
echo "1"> / proc/sys/net/ipv4/ip_forward
I hope this post can serve to others who have not yet been able to solve their problem!
ma...@gmail.com <ma...@gmail.com> #206
[Comment deleted]
ma...@gmail.com <ma...@gmail.com> #207
For tethering over LTE with the Nexus 4 running 4.3, I have a possible solution here: http://forum.xda-developers.com/showthread.php?t=2416822
gi...@gmail.com <gi...@gmail.com> #208
Nexus 4 and Fido user here. I have been on the same plan since 2010 and I never had problem tethering on my old phone Xperia Arc S (2.3.4) When I switch to my current Nexus 4 few months, my tethering problem occured. I have tried all the above scripts and apps, and none of them worked for me. After making multiple calls to customer service and tech support, it was confirmed by tech support that I was in fact missing a "product code" in my account to allow tethering.
My problem was solved by the 5th customer representatives who I talked to and was the only one who actually understand the problem and spent 15 mins looking up an old code to go with my old plan. All the other customer representatives were telling me it was my phone's problem and asking me to switch to a new plan that comes with the tethering code. Even the tech support who at first confirmed that I don't have the "product code" for tethering, refused to add the code to my account and transferred me back to customer representatives. For everyone who had no luck using the above scripts and apps, you just got to keep calling customer service and hopefully find the right person to do the right job.
My problem was solved by the 5th customer representatives who I talked to and was the only one who actually understand the problem and spent 15 mins looking up an old code to go with my old plan. All the other customer representatives were telling me it was my phone's problem and asking me to switch to a new plan that comes with the tethering code. Even the tech support who at first confirmed that I don't have the "product code" for tethering, refused to add the code to my account and transferred me back to customer representatives. For everyone who had no luck using the above scripts and apps, you just got to keep calling customer service and hopefully find the right person to do the right job.
ol...@gmail.com <ol...@gmail.com> #209
The problem is SOLVED for me on my Galaxy Nexus on JellyBean 4.3 after applying the method described by https://code.google.com/p/android/issues/detail?id=38563#c161
I got su/root authorization with Nexus Root Toolkit (5 minutes ; easy).
I used Terminal Emulatorhttps://play.google.com/store/apps/details?id=jackpal.androidterm to enter command to modify IPTABLES.
Then modified IPTABLES as mentionned below :
su -c "ipables -F"
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s192.168.0.0/16 -o rmnet0 -j MASQUERADE"
IT WORKS !!!
I got su/root authorization with Nexus Root Toolkit (5 minutes ; easy).
I used Terminal Emulator
Then modified IPTABLES as mentionned below :
su -c "ipables -F"
su -c "iptables -tnat -A natctrl_nat_POSTROUTING -s
IT WORKS !!!
sa...@gmail.com <sa...@gmail.com> #210
Chrome shows"access denied laptop view blocked"
st...@gmail.com <st...@gmail.com> #211
Fixwd on Android 4.4.2, finally
ma...@gmail.com <ma...@gmail.com> #212
@211 could you elaborate a bit?
Does it mean that all the tethering-data-flagging and carrier-blocking-tethering thing was pure bullshit and what made tethering impossible for some users was actually just a bug and it's fixed?
Or does it mean that _besides_ the "legitimate" and "by design" tethering-data-flagging thing there was a bug that broke tethering even in cases where it was allowed by the carrier?
Or is it true (as I read somewhere else) that when tethering was enabled, the APN was switched to some builtin one that couldn't be chosen or edited or something like that, and that's the part that was fixed?
What kind of tests did you do? Did you just test a single 4.4.2 device and it works, or have you compared it to other device/OS-version/SIM combination?
Does it mean that all the tethering-data-flagging and carrier-blocking-tethering thing was pure bullshit and what made tethering impossible for some users was actually just a bug and it's fixed?
Or does it mean that _besides_ the "legitimate" and "by design" tethering-data-flagging thing there was a bug that broke tethering even in cases where it was allowed by the carrier?
Or is it true (as I read somewhere else) that when tethering was enabled, the APN was switched to some builtin one that couldn't be chosen or edited or something like that, and that's the part that was fixed?
What kind of tests did you do? Did you just test a single 4.4.2 device and it works, or have you compared it to other device/OS-version/SIM combination?
ad...@gmail.com <ad...@gmail.com> #213
So to say it is fixed in 4.4.2 is a lie - it was nothing to do with a change to the OS that makes tethering work. There was a change that caused it to stop working - growing pains of the OS if you will.
If you are interested in tethering, i'd suggest herehttps://code.google.com/p/android-wifi-tether/issues/detail?id=1661#c109
109's works post Android 4.2
Its hard-coded changes that aren't backwards compatible
If you are interested in tethering, i'd suggest here
109's works post Android 4.2
Its hard-coded changes that aren't backwards compatible
st...@gmail.com <st...@gmail.com> #214
@212 I suppose, cause immediately after this update tethering started working on my Nexus 4 without any other tweak (I've been trying it after each update).
ka...@gmail.com <ka...@gmail.com> #215
To be able to copy/transfer, delete, modify files and create folders on external SD Cards on all the things that the device (or mobile & tablets) cannot do after OTA from 3.6 to Kitkat 4.4.2 is by using the PC (for now).
I can do all of those because my Grand 2 Duos is not rooted and everytime I want to transfer all files downloaded to my mobile and since its only limited space and I have big space on my SDCard, I always use the PC-to-Mobile technique in transferring and other stuffs.
As of now, still looking for a way how to root my device and if I really needs it.
I can do all of those because my Grand 2 Duos is not rooted and everytime I want to transfer all files downloaded to my mobile and since its only limited space and I have big space on my SDCard, I always use the PC-to-Mobile technique in transferring and other stuffs.
As of now, still looking for a way how to root my device and if I really needs it.
ad...@gmail.com <ad...@gmail.com> #216
Keep looking, and try looking in places related to writing to device storage rather than wifi tethering!
en...@google.com <en...@google.com>
to...@gmail.com <to...@gmail.com> #217
Traduit en français
an...@gmail.com <an...@gmail.com> #218
Does this still work with Android 7.1.2 and 8.0?
ad...@gmail.com <ad...@gmail.com> #219
HIGHLY unlikely. Try it and find out!
Most phones support tethering natively now anyways, though perhaps not via USB? The trick to this was setting up iptables
Most phones support tethering natively now anyways, though perhaps not via USB? The trick to this was setting up iptables
Description
After multiple restarts of all devices and a full factory reset, and a full factory flash of 4.1.2 the problem persists.