Bug 31902 - Timeouts and other failures take far longer than in the past
Summary: Timeouts and other failures take far longer than in the past
Status: RESOLVED FEATURE
Alias: None
Product: iOS
Classification: Xamarin
Component: BCL Class Libraries ()
Version: master
Hardware: PC Mac OS
: --- normal
Target Milestone: Untriaged
Assignee: Marek Safar
URL:
Depends on:
Blocks:
 
Reported: 2015-07-13 23:04 UTC by Cody Beyer (MSFT)
Modified: 2016-02-15 14:06 UTC (History)
5 users (show)

Tags:
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report on Developer Community or GitHub with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:
Status:
RESOLVED FEATURE

Description Cody Beyer (MSFT) 2015-07-13 23:04:04 UTC
### Description

The following sample application attempts to make a call to a website. During normal operations, this call works quite well. However, when there is no network, it can take minutes for the timeout to occur. Furthermore, name resolution failures also appear to take a minute or so to be thrown. This has been noticed in Xamarin.iOS

### Sample

https://www.dropbox.com/s/ipulqzub3ltz371/httptest.zip?dl=0

### Steps to Reproduce

1. Download sample
2. Deploy to iOS device
3. Tap "Send"
4. Turn ON airplane mode
5. Tap "Send"
6. Turn OFF airplane mode
7. Change URL to "http://goog" [Without the TLD)
8. Tap "Send"

### Expected Results

Steps 5 and 8 should fail right away

### Actual Results

It can take nearly a minute for step 5 and over a minute for step 8

### Version

=== Xamarin Studio ===

Version 5.9.4 (build 5)
Installation UUID: 14e9db9d-4a59-440f-8c5b-890f54ec8c58
Runtime:
	Mono 4.0.2 ((detached/c99aa0c)
	GTK+ 2.24.23 (Raleigh theme)

	Package version: 400020005

=== Apple Developer Tools ===

Xcode 6.4 (7720)
Build 6E35b

=== Xamarin.iOS ===

Version: 8.10.3.2 (Starter Edition)
Hash: 8b265d6
Branch: master
Build date: 2015-06-30 15:19:13-0400

=== Xamarin.Mac ===

Version: 2.0.2.35 (Starter Edition)

=== Xamarin.Android ===

Version: 5.1.4.16 (Starter Edition)
Android SDK: /Users/codybeyer/Library/Developer/Xamarin/android-sdk-macosx
	Supported Android versions:
		2.3   (API level 10)
		4.0.3 (API level 15)
		4.4   (API level 19)
		5.0   (API level 21)
Java SDK: /usr
java version "1.7.0_71"
Java(TM) SE Runtime Environment (build 1.7.0_71-b14)
Java HotSpot(TM) 64-Bit Server VM (build 24.71-b01, mixed mode)

=== Xamarin Android Player ===

Not Installed

=== Build Information ===

Release ID: 509040005
Git revision: 8010a90f6e246b32364e3fb46ef2c9d1be9c9a2b
Build date: 2015-06-08 16:52:06-04
Xamarin addins: 7e93e9c3503f28770f23ce1b7eafd829919f18e8

=== Operating System ===

Mac OS X 10.10.4
Darwin Codys-Macintosh.local 14.4.0 Darwin Kernel Version 14.4.0
    Thu May 28 11:35:04 PDT 2015
    root:xnu-2782.30.5~1/RELEASE_X86_64 x86_64
Comment 1 Marek Safar 2015-07-21 09:31:03 UTC
This is more feature than bug. Default httpclient handler does not use any iOS specific features (and does not support any iOS notification either). You should consider setup httpclient using  CFNetworkHandler
Comment 2 dmitri.toropov 2016-02-15 14:06:50 UTC
What are the alternatives on Android? The same issue happens there as well. And I guess we are out of luck getting reasonable behavior on WP8, correct?