yashsingh1/xdaforums huggingface dataset:
[Streak 5 Android Development] p_razzi:
It's all gone very quiet ...

Are we any closer in identifying the 'white icon' lost connection issue?

Personally it looks like my Busybox hasn't replaced the system IP, but I did a reflash of 1.0, Dell factory reset, update Busybox, then reflash 1.1 anyway ... to no avail.

If we have a confirmed way to identify the problem as lost host route, and if there's a subsequent way to set it manually, we could have someone put together a short term APK to fix it ad-hoc. Those with Tasker could have it set to run when toggling 3G/WiFi.

A workaround would suffice for me while a real fix can be discovered.
[Streak 5 Android Development] Strephon Alkhalikoi:
Busybox Free was updated today to 8.4 to resolve some bugs. Ironically, I had no choice but to do the upgrade. For some reason my copy of Busybox Free lost contact with the Busybox binary and decided to get stuck in a detection loop. I had to uninstall Busybox Free and reinstall it, so I went to the Play Store and grabbed the updated version.

Just before Busybox went belly up I was having the "white icon" issue, which tells me that the fault lay in Busybox Free, not DSC. Busybox Free 8.4 and the subsequent reinstall of the Busybox binary seems to have corrected that problem, although the binary's version number hasn't changed.

Uninstall Busybox. Go to the Play Store and Install Busybox Free, then reinstall the Busybox binary.
[Streak 5 Android Development] p_razzi:
Thanks for the tip ... unfortunately didn't help me. Icons are still white when switching 3G/WiFi.

UPDATE:

Forgive me if I'm showing my Linux naivety here but if I switch from a working 3G to WiFi, I have no default route which I imagine is my problem. If I try to add a default route with

ip route add default via 192.168.1.1

which I succeeded in doing after su in terminal. But it made no difference - assume something then needs to bet 'reset'.

Sorry for beating a dead horse, but not having WiFi is intensely irritating with a data cap hanging over me each month.
[Streak 5 Android Development] Strephon Alkhalikoi:
The only issue I seem to have with WiFi is that I cannot synchronize with Google's servers. Yet, I'm posting this on WiFi with my Streak. So I don't know what's going on.

EDIT: Turning airplane mode on then off while WiFi was up fixed the synchronization. Whether it is due to my Busybox self-destructing or a bug in the ROM I can't tell.
[Streak 5 Android Development] _n0p_:
Let's take a look at

logcat | grep Managment

output.
[Streak 5 Android Development] Dude_Virus:
I can confirm the sync issues and gtalk disc even when internet is working on wifi , is with the busybox and freezing the maps. I had to uninstall busybox app from the system plus had to unfreeze maps to resolve the sync issue... i tested it over a period of time only to a conclusion that the sync issue and the gtalk signout happens when there are apps running in the background which try to keep the wifi alive even when device tries to go to sleep mode. So far the following r the apps which i have identified giving me a problem on dsc.

1. Whats app

2. Real player

3. Winamp

4. Maps if frozen ( something to do with google services )

5. Go locker and at times go launcher

6. Busybox

On the longhorn currently as there is no busybox app tht aint causing a problem but freezing maps does and so does real player.
[Streak 5 Android Development] _n0p_:
I have gMaps completely removed, and found out that newer Busybox Free updates gives troubles with OpenVpn.

Busybox Installer as of DSC 1.0 works fine though.
[Streak 5 Android Development] Strephon Alkhalikoi:
Does airplane mode rewrite a file when it is turned on? I'm asking because it seems as if running airplane mode in my case permanently fixed the synchronization problem I mentioned last night, almost as if it wiped out a corrupted file.

EDIT: @Dude_Virus: I run Go Launcher and don't freeze Maps. Good information to know.
[Streak 5 Android Development] zAm1987:
Update:

After flashing over 1.0 and 1.1 the 3g problems disappeared for quite some time.

At least until now...

Today the same issues started suddenly again (no default ip route). I did NOT update busybox since flashing over 1.0, so this can't be the problem.

Updated it now after the problem occured again, but it has no effect.
[Streak 5 Android Development] Stericson:
Hello everyone,

I wanted to go ahead and make mention about a bug I introduced in version 8.0 of my busybox application.

The bug caused all applets provided by busybox to be replaced an symlinked to Busybox. This was an error on how I was doing the install and went unnoticed by me as my device was not affected by the replacement of all of the applets.

I fixed the issue in 8.1 of my app, but due to caching by the Android market many people got the update and got hit by the bug.

It sounds like in the case of you guys 3g not working it was caused by that bug which replaced the ip applet with a symlink to Busybox.

After this incident I decided to start working on a backup feature for installing Busybox. Right now during the testing of the feature it will be in the pro version but will probably move on to the free version later down the road.

I wanted to apologize for this bug, and also alleviate any concerns that there may be an issue with the Busybox binary 1.20.1. This was an issue with my application and not an issue with the binary provided.

If anyone has any questions or requests please let me know.

Thanks,

Stephen (Stericson)
[Streak 5 Android Development] Stericson:
Oh, well maybe it's not all due to my bug...
[Streak 5 Android Development] _n0p_:
Most reports from 5th June was due to symlink to /system/bin/ip - we straced netd with zAm1987.

But we have many different cases here :)

--

zAm, let's check

logcat | grep Managment

--

Strephon Alkhalikoi, that would be good, but i think it simply resets AMSS.

I do it every morning (since FroYo), as my data connection seems to go somethere after long (>6h) inactivity.
[Streak 5 Android Development] zAm1987:
My phone died, because I got no charger at work. Now at home after plugging in the charger and booting the phone up the problem magically disappeared again.

As I said it was the same missing default ip route output as before.

Because of the dead battery there are only 3 entries in the log for the NetworkManagmentService:

2x times "registering observer"

and the following interesting part

"200 default route replace suceeded for [rmnet0 -4]"
[Streak 5 Android Development] Strephon Alkhalikoi:
I haven't encountered the data disappearing due to inactivity, and I know why. Not only do I have my Google and Facebook accounts syncing at will, I also have Beautiful Widgets Lite pulling in weather updates on an hourly basis. So, my Streak is never inactive long enough for the data to go "somewhere".
[Streak 5 Android Development] p_razzi:
I/NetworkStateTracker( 1057): addDefaultRoute (IPV4) for WIFI (eth0), GatewayAddr=0.0.0.0

I/NetworkStateTracker( 1057): addDefaultRoute (IPV6) for WIFI (eth0), GatewayAddr=0.0.0.0

D/NetworkManagmentService( 1057): 200 default route replace succeeded for [eth0 -4]

E/NetworkStateTracker( 1057): Unable to add default route.

E/NetworkManagmentService( 1057): Failed to replace default route com.android.server.NativeDaemonConnectorException: Cmd {route repl

ace def v6 eth0} failed with code 400 : {failed to replace default route for [eth0 -6] (I/O error)}: for iface [eth0]

I think this is the significant section. This when switching from working 3G.
[Streak 5 Android Development] _n0p_:
TBH, i've never seen default route set to 0.0.0.0.
[Streak 5 Android Development] Strephon Alkhalikoi:
Ok, I finally reached the end of my patience with 1.1 when I woke the phone up and saw it was on 3G and not HSPA, and with no synchronization from Google's servers. This was despite upgrading the kernel to U8 and despite upgrading the Busybox installer to 8.4 and reinstalling the binary.

Unfortunately 1.1 is too unstable for me to use as a daily driver, as I use my Streak both at home and at work. So I went back to 1.0, but not before copying my build.prop with my preferred settings.

An IP address of 0.0.0.0 means the antenna isn't detecting any signals at all. Were the settings simply corrupted there should be an IP address of some sort, even though that address is invalid. It's almost as if the Streak in this case is not powering up the antenna at all.
[Streak 5 Android Development] _n0p_:
Present from Germany!

Hi guys.

Just to share - i've just recieved a present from Marc, Germany.

(It's Blackbeard, Bernard is kept by my daugther :))
[Streak 5 Android Development] jitin02:
There is rumor on dell venue forum that dell will release update next month and also releasing some new devices

Haha lol funny. I doubt that
[Streak 5 Android Development] _n0p_:
This would be good news as Toucan (Venue) shares sources with Austin (Streak).
[Streak 5 Android Development] jitin02:
http://xdaforums.com/showthread.php?p=27435574
[Streak 5 Android Development] jitin02:
Let see if it comes then dsc can Stablest rom
[Streak 5 Android Development] jitin02:
By the way your u 8. Kernel for cm causes boot loops for my any help
[Streak 5 Android Development] _n0p_:
Same sources doesn't mean binary interoperability.

Wait, I didn't release U8 for CM :)
[Streak 5 Android Development] jitin02:
[/QUOTE]Wait, I didn't release U8 for CM :)[/QUOTE]

OK SORRY

I think I was or am sleppi.

It was dsc who was having boot loops. Any help in that

Btw

Any chance of dsc config app working on cm in future
[Streak 5 Android Development] _n0p_:
DSConfig will partially (only Phoenix kernel/common build.prop values) work, but build.prop values should have corresponding handlers in postboot script.

--

DSC only options: CRT anim, built-in Wifi Fixer, orientation, vibrate on reboot, wifi driver selection, led mod.

--

And kernel itself shouln't cause bootloops. It's something else.
[Streak 5 Android Development] jitin02:
BTW, few days back I posted hole lot of build.prop tweaks, I am using all of them with smoothness and no problem

Are you willing to sell your mugen as I am not willing to spend cost of second hand streak for a battery

I attach there answer to question of official updates
[Streak 5 Android Development] jitin02:
Can you port dsc to dell venue

I know you don't have device bit I will test as venue is also on 2.2. Earlier manni was supporting venue , even got the device but I think he is of the job, and will not support as he don't reply
[Streak 5 Android Development] _n0p_:
Most tweaks simply do nothing.

--

No way I sell my battery :) I finally stopped dragging cable everythere I go. Three days of active usage.

No, I have no intention.
[Streak 5 Android Development] dare1os:
Dell clearly doesn't care. Streak was my last device ever purchased from this company.
[Streak 5 Android Development] jitin02:
Mine too but it is a kind of device which I don't will to sell
[Streak 5 Android Development] p_razzi:
The antenna is working as I can still get to websites on my internal network. I just can't get onto the Internet. It is assigned an IP by my internal DHCP router service, but that doesn't show on the Advanced WiFi page. The application Network Info II shows that Netmask, Gateway, DNS1, DNS2, DHCPServer are all set to 0.0.0.0. I also see it as an attached device on the router status.

If I set these values manually with static IP they show in Network Info II but I still cannot get to anything external to my LAN.

This was even after a recent total wipe - internal and external SD wipe and 1.0-1.1 reflash. Is there anything I can try next? I may try another ROM to confirm that it's not a hardware issue.
[Streak 5 Android Development] _n0p_:
I'd contact your system administrator.
[Streak 5 Android Development] DashingGentleman:
n0p, I know this is the wrong thread, but DSConfig actually force closes on CM7. It shows the options for a split second and then throws the FC dialog.

Also, do you recommend enabling StreakOwner's tweaks in the postboot script?
[Streak 5 Android Development] _n0p_:
DSConfig would work if all ro.build.DSC_CONFIG_XXX settings are present in build.prop

--

Cannot say about tweaks, as the platform is a bit different.
[Streak 5 Android Development] p_razzi:
Well, that would be me then, at least on my home network. The problem is prevalent everywhere, on my home network, at work, even public hotspots.

I have flashed GingerStreak and it's working fine, so I can only conclude that something in DSC is at fault.
[Streak 5 Android Development] Strephon Alkhalikoi:
In 1.1 possibly. As I mentioned, I went back to 1.0 and carried forward my build.prop tweaks from 1.1. I've had no difficulty connecting whatsoever since then.

The 1.1 update provided the following new files:

/system/app/DSC_Mugen.apk

/etc/dsc.smart_reassoc.sh

/etc/init.disc.set_mugen.sh

The following were updated:

/boot.img (kernel)

/system/build.prop

/system/app/Camera.apk

/system/app/DSC_Settings.apk

/etc/init.streak.post_boot.sh

/framework/android.policy.jar

/framework/core.jar

/framework/framework.jar

/framework/services.jar

/lib/libdvm.so

I believe it's unlikely that the apps themselves are the cause of the instability. The camera app had a minor update to provide an actual flash. The DSC Settings app is only a front end for editing build.prop. The Mugen app is for the battery and should have nothing to do with the data. Its attending .sh file stores the battery settings as far as I can tell, not having a Mugen battery and not wanting one. The kernel itself I believe can be eliminated because I had problems with 1.1 even after updating the kernel to U8.

So that leaves the other two .sh files, the .jar files and the dalvik machine library (libdvm.so). Of the remaining files, only dsc.smart_reassoc.sh is new. The other files are all updates. So the questions to be asking are these:

1. What does dsc.smart_reassoc.sh do?

2. What was updated, if anything, in the .jar files?

3. What was updated, if anything, in init.streak.post_boot.sh?

4. What is different between libdvm.so in 1.0 and 1.1?
[Streak 5 Android Development] _n0p_:
DalvikVM changed to Nexus S 2.3.6.

(CyanogenMod 7.2 broke video chat)

--

Change in framework (services.jar) - provide internal Wifi Fixer functionality (script is for same purpose. Fixer checks, if wifi thinks it's connected, actual association on driver level and reassociates if driver has lost it.

--

Kernel freq/vdd table changed, extended with TUN/CIFS support (i don't think it should cause any trouble with 3G/routing).
[Streak 5 Android Development] Strephon Alkhalikoi:
Well, with the connectivity issues, is it possible that either services.jar, the .sh file, or both have a bug? I am guessing that the .jar file handles all connectivity, not just WiFi.
[Streak 5 Android Development] ncik:
Is there anyway you know how to fix this? I have this issue whenever I try a new ROM and go back to CM
[Streak 5 Android Development] _n0p_:
You can run a simple check by replacing services.jar and checking the issue. I personally don't experience wifi/3g swith problem.

And I believe p_razzi issue is due to bad router setup.

Google videochat works for me (DSC 1.1, Hangouts)
[Streak 5 Android Development] SJackal:
I've been using the DSC for more than a month now, and still am very happy with this. I came from the stock rom, and first used DSC v1.0. Didn't have any issues. Shortly after the flash I updated to v1.1, and than got two issues; Wifi switching not working and battery drainage increased.

For the Wifi, after you turn on the device, and have used the data (3G), like browsing or something, if you switch to Wifi, the wifi icon will stay white and thus isn't working. Strange is that I do get connected to my network, and do get an IP address. In this state, if I reboot the device, then the Wifi icon will turn green and everything works. But if I turn off wifi, than the 3G will stay white (and no browsing possible). But when I turn on my device, and don't cause data traffic, then I can switch to wifi and 3g and the icons will be green.

For me this all is no issue, (since I'm only using 3G). But last week I connected my Streak to the Wifi at my work, and strangely everything works perfectly! I can switch to wifi and 3g with no problems. Doesn't matter if I cause data traffic or not, just perfect! But at home... still the same.

My home network has two routers, a Linksys and a Belkin. De Belkin is set up as a bridge, so the Linksys is the boss. Both have wifi with the same SSID but with different channels. I have WPA2-PSK encryption, and I do have MAC filter for wifi devices. This works perfect for all my devices.

At my work we are also using WPA2 encryption.

I tried to turn off the MAC filter, but still the same at home.

I'm not a developer or something, but in my case the switching issue between wifi and 3G has to do something with my home network. But what, I don't know. DSC v1.0 did not had that problem when I came for stock. I haven't tried to downgrade to v1.0, since I'm very happy and 3G only is perfectly fine for me.

Hopefully my findings will give you some ideas.

Cheers
[Streak 5 Android Development] _n0p_:
SJackal, would you mind running some simple checks?

--

First, in terminal emulator:

ls -l /system/bin/ip

Is it symlinked to busybox?

--

Second, take boot.img from 1.0, and replace boot.img in 1.1 with this file. This might tell us if kernel causing this.

--

Third, and probably last - try to reuse services.jar from 1.0.

--

Sergei
[Streak 5 Android Development] SJackal:
Sergei, I haven't installed/configured Busybox. Does that matter? If not, I'll try your steps.
[Streak 5 Android Development] _n0p_:
It won't hurt to check :)

I just want to make sure we didn't miss anything.
[Streak 5 Android Development] sinan33:
Usb automount doesn't work on miui, should i reboot the phone or do anything else?
[Streak 5 Android Development] deysmacro:
woh... i think the question is on wrong thread... :eek:
[Streak 5 Android Development] _n0p_:
sinan33, it would be better if question asked in corresponding thread.

I had reports that USB automount works with at least CM7 kernel. It relies only on vold, so it should work.
[Streak 5 Android Development] bluefrog:
Hi,

Apologies if I've missed this being dicsussed, but whenever I've had the Streak connected to my car's Head Unit on Bluetooth, when I try to connect to the Wifi once I get home it connects but won't pass any data? The Wifi icon stays white. Mobile data works fine if I switch back but the Wifi just won't pass any data even after toggling airplane mode.

I thought it was unrelated at first but have since realised it's happening every time. Can only get it back by rebooting?

DSC 1.1 done with a recent clean install (including SD wipe). hpa's wifi hack enabled currently but was the same with the standard one.
[Streak 5 Android Development] deysmacro:
did the wifi confirm working before using the bluetooth?
[Streak 5 Android Development] bluefrog:
Hi, yes it did. It's also happened, now I think about it, after connecting to a bluetooth OBDII adapter. I'd forgotten about that till just now.

It's connecting to the router fine, it just won't pass any data. So far I've only managed to get it back via rebooting, which of course isn't ideal. Just wondering if anyone else had the same issues and if there was a "cure".
[Streak 5 Android Development] jitin02:
my mobile data, goes off evry 3 minutes or so. after it switches of i turn on and then again it turns off.
[Streak 5 Android Development] _n0p_:
triondave, would you run this checks?

http://xdaforums.com/showpost.php?p=27603840&postcount=4336
[Streak 5 Android Development] bluefrog:
thanks for the input!

first up: -rwxr -xr -x root shell 133556 2008-08-01 13:00 ip

is what i get from terminal emulator?

and is there somewhere I can grab boot.img and services.jar from?

It did it again tonight when I got in. turned off bluetooth, finished a call I was on and switched on wifi when i entered the house. had to reboot to get the data bit to work (again, only wifi - mobile data fine)
[Streak 5 Android Development] SJackal:
I almost get the same output (only with a different time):

-rwxr -xr -x root shell 133556 2008-08-01 14:00 ip

I found the mentioned files in the DSCv1.0.zip and updDSCv1.1.zip. Can I just copy /paste these files on my runing device? Or do I have to create a new updateDSCv1.1.zip file with these files in it and then reflash.

(sorry for my NOOBness, but as I told, I'm not a developer :mad:).
[Streak 5 Android Development] sinan33:
Sorry, Sergei and friends...
[Streak 5 Android Development] _n0p_:
No probs.

Simplest way would be to replace boot.img and services.jar right in updDSCv1.1.zip with corresponding files from DSCv1.0.zip.

Best would be change boot.img first, flash, check if issue fixed. Next - services.jar.

I cannot test BT myself and still wonder why I haven't route change issues.
[Streak 5 Android Development] SJackal:
Just tried, and hereby my outcome.

First, I applied/replaced boot.img in the updDSCv1.1.zip file, and flashed this on my device. This did not help, same issue. When booted, did some internet traffic with 3G, then switched on Wifi, and icon stays white and no internet traffic possible.

Secondly, I applied/replaced services.jar in the updDSCv1.1.zip file, and flashed this on my device. I did the same test as above, and still the same outcome.

After I was done crying big time :crying:, I did some tests. The outcome is very interesting;

As I allready had, rebooting the device with Wifi enabled (with a white icon), will result in a 'green' wifi icon with internet traffic possible. I did this, and after the green Wifi icon appeared I did some browsing on the device. After this I turned off the Wifi, and I got a 'green' 3G! This means that I was able to browse with 3G after I browsed using Wifi. After this a tried this a few times, so switching between wifi and 3G and doing a lot of browsing, and it worked perfectly!

Since I was getting excited, I turned off Wifi and then rebooted the device again. After the green 3G icon appeared, I did some browsing and then turned on Wifi. And... icon stayed white :(, so no internet traffic possible.

My conclusion:

When booting with Wifi enabled, everything works as a charm. I can switch between Wifi and 3G with no problems :good:

When booting with Wifi disabled, only 3G works and Wifi will stay 'white'(at my home network, and my work it always works :confused:)

For me this great. Problem is solved as long if I boot with wifi enabled. I will do some tests this week, just to make sure that everything really works, so phone, carkit, work, etc. I haven't fooled around with wifi fixer and all that good stuff. I'll let you know.

THANKS! :good::good:
[Streak 5 Android Development] bluefrog:
Sorry this update is so late. Had a very busy weekend!

Something "strange" occured though. I was trying to send an MMS and the phone just would not send it. It just sat at "sending" and nothing would make it go.

In one of my attempts to sort the APN out (figuring this was the issue) I deleted the two PAYG entries and updated the main APN to o2 mobile web, combining the MMS details onto the same APN.

Now I can send MMS messages AND the phone is working on wifi after bluetooth connections. I tried it in the car on Saturday and connected to Wifi with no problem once I got in.

I'm not sure at all if the two things are connected but everything is currently working. I'll see how it is tonight when I go home, as that was the situation where I first noticed the problem (at work all day, drive home connected to BT, disconnect BT and go to Wifi on entering the house).

I haven't updated either boot.img or services.jar yet either.....
[Streak 5 Android Development] bluefrog:
Aww dammit. got home last night and it was back to "normal" - disconnected bluetooth from the car (which had been streaming music), entered the house, turned on Wifi and got the white icons and no data would pass via Wifi. Mobile data was OK.

turned off and on and it was fine again

Sorry, first chance I've had to post it!
[Streak 5 Android Development] deysmacro:
yeah... usually when we reboots the phone, it is back to working state... lol... ;)