I searched but didn't find this exact downloading problem but it has been going on for me for the last couple of days at least and possibly the last couple of weeks, off and on.
I am trying to update my feeds which works just fine and it shows that there are new episodes. The new episodes are getting added to the download queue but they will not download even though I am on a wifi connection. The message at the top of the queue window says, "No network connection."
This message persists even if I kill DoggCatcher and restart, turn wifi off and on, reboot the phone, or try downloading via 3G.
Clearly there is a network connection because I am able to access the internet in the web browser, plus DoggCatcher is able to update the feeds and even stream a podcast but it will not perform the download of the queue.
I am using a non-rooted Droid with 2.0.1.
Any suggestions how to get it downloading again?
Can you please send the log (send log in the DC menu). I might be able to tell what's happening from that.
Thanks.
I worked with SeanWest on this via email. It seemed that the droid was mis-reporting its network state. A phone reboot fixed it.
I got this on my Desire once. Disabling/enabling wifi helped.
Hi
I'm having the same issue as described by SeanWest on HTC Desire with exception of reboot which temporarily fixes.
To workaround, I place items in Queue (which provides the No Network Connection message then I reboot the phone, open DoggCatcher and download works.
This isn't ideal - any fixes available?
Will email log to support.
Chris
I can confirm having the same problem on Desire once in a while.
I took a look at the log, but it looks the phone booted and DC was started but nothing was in the download queue.
Please send a log right after the problem occurs and I can verify that DC is working properly, but what I expect to see is that DC is asking android if the network is connected and android is saying no. There's no real logic there, I'm just querying the network state.
Another way that you could determine if it's a DC thing versus a device issue is to exit DC and restart it. If the problem still exists and only a reboot fixes it then there's something going wrong with the device, probably the network driver...maybe toggling wifi could fix it.
If we determine that it's a device issue, I may be able to put in a preference that skips the network check. This would make it possible to get downloads to start even when you are not on wifi and have download wifi enabled (due to some other device problems), but it may be preferable to not being able to download without a reboot.
Thanks for posting.
Well, I'm pretty sure that is device problem as toggling wifi off/on fixes the problem. Maybe it has something to do with Sense UI? :-/
I'll try to catch the log next time it happens.
That would be useful.
There are basically two ways to check the network state. One is efficient and used for all devices except the nexus one (which has a rare bug with the efficient method) and the other computes a bit more.
If I see the same thing I saw with the nexus one, I could put the Desire in the same category as the nexus one.
I didn't realize that there were such similarities between the desire and nexus one hardware.
I'm going the add the special handling that I already do for the nexus one into the next beta. If it resolves the problem, we'll stick with it.
http://mantis.snoggdoggler.com/view.php?id=477
same thing - intermittently says "not connected to WiFi". restarting DC does not correct.
Web browser works, pop email works.
How often do you retry the connection when it reports not connected?
tnx,
tom
It retries every few seconds.
It sounds like the network is functional even though android is reporting that the network is not connected.
agree, sounds like a probable Android bug (restarting phone clears it, but simply
restarting DC does not). That said, browser and email work alongside, so maybe on retry
you should just try the access to the url directly, ignoring the up/dn flag? (But do have to be careful about battery usage - maybe an exponential backoff on the retry timer?)
thanks,
tom
Feed updates will work when you're in this state and downloads might possibly succeed however there is some logic in DC that make sure there is a network connection before attempting any downloads. This check that DC does avoid a lot of error messages about download failures, when DC knows that they are going to fail anyways.
I added a reference in the faq about this.
Thanks for posting your findings.
Same here... seems to work after rebooting and kicking it around a bit, but I'm still not sure if it is now using 3G or WLAN. Seems slow but I think it is WLAN, although WLAN should be very fast.
The problem has been fixed in latest beta. It should come out in the market soon.
The release that includes this fix will hit the market next friday/saturday as long as the beta testers don't run into any issues that I can't get fixed by then.
I'm having this problem as well.
I have a rooted G1 running CyanogenMod 5.0.7 test3 (Android 2.1)
DC 1.1.1315
Would love to see a fix (and not just workarounds, like rebooting, turning wifi off/on, etc)
BR
Christopher
The fact that you are on a g1 makes this seem more like an android 2.1 problem rather than a nexus one problem. It was originally on the n1, which was the first 2.1 devices, then it appeared on other devices.
Either way, the beta testers have a release that includes the workaround for all devices. It should go to the market within a week or so.
Thanks for posting.
Anything new on this? I have items in my queu, but the message says "Not connected to Wifi" though I obviously am. I'm running a Droid X.
There is a fix that currently works on Nexus One and HTC Desire. I might be wrong, but I believe that Eric just needs to include the same fix for Droid X.
What version are you running? Starting with 1351, this shouldn't be a problem any longer.
Going further back there were some optimizations that weren't compatible with some devices but I've since removed all of that. It's just a simple call to android asking if the wifi is connected.
I also have a Droid X and get the same error message when trying to download podcasts when connected via WIFI. If I switch WIFI off, they will download via 3G, but obviously this is not an acceptable solution. I get the error message that the network is not connected if I try via WIFI. Even if I toggle WIFI off and back on, the error persists. I downloaded the latest version via the Market, which is 1.1.1476.
Please help as I will most likely uninstall and get my refund if this isn't going to work via WIFI.
Where are you seeing the error message?
The behavior you're describing sounds like you would see this on the download queue screen
"No network connection"
The only place that displays this error message is in the application log.
"The network is not connected via wifi or mobile"
Do you know if the Droid X has taken an OTA update yet. I've got one Droid X user in the beta that isn't reporting the problem, so it's possible that it's related to an OTA.
Thanks for posting.
Yes, I received the Droid X OTA update back on the 19th, I believe. Here are some additional specifics regarding the problem I'm experiencing:
Connected to WIFI, I go into a feed and click on the button to download a podcast. Sometimes it will start to download, but ends up "failing" and shows an exclamation point. I click on "Details" and it says "Event: Download, Results: Failure, Detail: java.net.SocketException:No route to host, Cause: The network is not connected via wifi or mobile". I can "retry" the download but get the same message. It will retry all 5 times with the same result. If I turn WIFI off and it switches over to 3G, everything works fine and the podcast will download completely.
Also, when this happens, it completely kills my WIFI connection on the Droid X. For example, before I go into Doggcatcher, I'll turn on WIFI and it will be working fine. I can go to Speedtest.net and check and everything is fine. I can surf the net in the browser and do whatever I want via WIFI. Once I go to Doggcatcher and try to download a podcast, I get the network error and then my WIFI connection is totally stalled. It shows that it is still connected, but nothing works (no browser, no speedtest, etc). I have to turn WIFI off and then back on again to get anything to work. So somehow, Doggcatcher is killing the WIFI connection.
I don't know where to look at the log. These errors are showing up within the app itself as well as in my notification area.
Obviously, this is a deal-breaker for me because I can't be downloading podcasts via 3G all the time!
Please help!
Yep, a no route to host means for sure that the network is not available, either temporarily or permanently as it sounds like is happening to you.
What you've posting is really good information, I was a bit stumped about what was going on but it's more clear now.
That could explain why users are seeing the 'no network connection' on the downloads queue screen.
I honestly can't see how DC could hose a network connection. What DC is doing is making http requests, just like a browser, to download the rss and mp3 files. It's really no different than if you downloaded them from a browser.
I can see how the quantity or rate of data that is downloaded (by DC or any app) could cause a network connection to flake out. I've seen this before with bad network drivers and such.
What you might want to try is testing it on another wifi access point, of a different brand and on a different network would be best. That would at least let you know whether to focus on the phone or the network. If the clues point to the phone, we could run some tests downloading the same media files that are failing in DC but from a browser. If you have a good test case to report to verizon they may be able to help.
Thanks for posting all the details.
Eric, thanks for the reply. I was able to duplicate the problem with another app, so there's definitely something awry with WIFI on the Droid X. I am able to surf the web just fine and even do speed tests, but for some reason when I try to do a larger download, I get this same error message. I downloaded BeyondPod and attempted to download a podcast, but the download stopped premature and gave the same message (no route to host). Had to reconnect WIFI just like I did with DoggCatcher.
So my apologies, it appears to be a problem with WIFI on the Droid X.
No problem, I appreciate you doing all the legwork to identify the problem. Having two different podcatchers both have the same effect helps us know where the problem is.
Can you please post the Android build number for your phone...it's in settings/about phone/build number. I'd like to keep track so we can see if it gets fixed with the next OTA from verizon. It's also possible that someone with an earlier version does not have this problem, that would be good to know also.
I created an issue here to keep track of what's happening - http://mantis.snoggdoggler.com/view.php?id=586
The only thing it says under Build Number is "VZW". The firmware version is 2.1-update1.
Having turned off WIFI for the last several days, the podcasts have been downloading flawlessly. I too am hoping the WIFI issue is resolved when 2.2 comes out some time next month. I will post an update when I'm able to try it.
Is it going to be fixed?
By the way, I am able to download large files using the Audible for Android application. So I would not say that this is necessarily a Droid X problem and not a DoggCatcher problem.
I'm able to download just fine over 3G but over Wifi it is just failures. Maybe you need to increase retries or something. But something needs to be fixed, it's unusable over Wifi at the moment and while I am on an unlimited data plan, I'd rather not download a 1GB/week over 3G for podcasts just because my podcast watcher is not working.
I haven't seen the problem first hand but from what has been reported by other people, this problem was reproduced with two different podcatchers. That in combination with failures occurring only on wifi and not mobile connections kind of leaves the problem out of the realm of what I can directly fix.
DoggCatcher makes use of the network for downloading the media file without regard for the type of connection. I'm able to see what type of connection DC is using but I don't exert any influence over that connection. So if DoggCatcher requests a transfer of a file over the network and it sometimes fails over wifi, then there isn't anything that I can directly fix.
There may be some things, including what you suggest, that may alleviate some of the pain. I created an issue for making the retry configurable (http://mantis.snoggdoggler.com/view.php?id=600), I can most likely get that in the release after next.
I don't recall for sure but I think the way failures work is that once the threshold is reached, another feed update won't reset the failures to 0 and start trying to download again. I created an issue for this also. http://mantis.snoggdoggler.com/view.php?id=601
I just got Doggcatcher last night and noticed this same problem this morning.
I have a Droid 2
version 2.2.20.A955.Verizon.en.US
Build number: VZW