{ "id": "62548", "key": "TIMOB-1916", "fields": { "issuetype": { "id": "1", "description": "A problem which impairs or prevents the functions of the product.", "name": "Bug", "subtask": false }, "project": { "id": "10153", "key": "TIMOB", "name": "Titanium SDK/CLI", "projectCategory": { "id": "10100", "description": "Titanium and related SDKs used in application development", "name": "Client" } }, "fixVersions": [ { "id": "11225", "name": "Release 1.5.0", "archived": true, "released": true, "releaseDate": "2010-12-14" } ], "resolution": { "id": "1", "description": "A fix for this issue is checked into the tree and tested.", "name": "Fixed" }, "resolutiondate": "2011-04-17T01:57:32.000+0000", "created": "2011-04-15T03:05:30.000+0000", "priority": { "name": "Medium", "id": "3" }, "labels": [ "defect", "ios", "ipad", "iphone", "rplist", "xhr" ], "versions": [], "issuelinks": [], "assignee": { "name": "blainhamon", "key": "blainhamon", "displayName": "Blain Hamon", "active": true, "timeZone": "America/Los_Angeles" }, "updated": "2011-04-17T01:57:32.000+0000", "status": { "description": "The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.", "name": "Closed", "id": "6", "statusCategory": { "id": 3, "key": "done", "colorName": "green", "name": "Done" } }, "components": [ { "id": "10206", "name": "iOS", "description": "iOS Platform" } ], "description": "{html}
On the iphone, sdks 4.x and Ti sdk 1.4.x at random xhr requests\ndo not kill the loading indicator when the onload event fires.\nCustomer reproduced this using the KS xhr examples.
Hi, I have to add that on Android 2.1/Ti 1.4.2 I've had the same\nproblem.
\nBut I just cannot reproduce it most of the times. I think there's\nsome problem with the events firing. I've had to replace most of my\ncode with callback functions because of this.
This is not random in trunk as of this week. It's consistent on\nevery HTTPClient request on iOS SDK 4.1/1.4.2. Both in simulator\nand on the device. I can't release an app with this, it's\nunprofessional to leave that spinner flying.
Able to reproduce in KS: KS->Platform->XHR->File\nDownload->Large File Download. Ignore earlier requests for more\ninformation, sorry guys.
(from [67c9341488bf72b0f066978cc4ca860daa2ee788])\n[#1916 state:fixed-in-qa] Proper return value\ncheck for stopNetwork, use OS barrier methods now to ensure order\nof ops. \nhttp://github.com/appcelerator/titanium_mobile/commit/67c9341488bf7...
Thom, assigning this to you so that you can confirm and I can\npatch into 1_4_X ASAP.
Using 1.5.0.62c1cae I am still seeing the spinner persist using\nKS->Platform->XHR->File Download->Large File Download\n4.1 4th gen ipod touch
(from [ff572d3112aab7152833835e71988245a66cb6fa])\n[#1916 state:fixed-in-qa] For real this time, as\nthe in/decrements are atomic, the if statement is not. It's easier\nand faster to do this all on the main thread instead of locks.\n\nhttp://github.com/appcelerator/titanium_mobile/commit/ff572d3112aab...
Closing as per Thom. After fix, could not recreate, and the new\nlogic should be rather robust in this.
well, in today nightly it's still broken in KS
Still an issue here from nightly build.
My comment is referring to iPhone 4 and stimulator, have not\ntested on iPad.
Nightly builds are done off of 1_4_X, our guaranteed stable\nbranch. Fixes are checked into a different branch. I will put the\npatch into the appropriate branch and then you should be able to\nget an updated nightly build. If you require the latest Titanium\nyou may always obtain it from http://github.com/appcelerator/titanium_mobile/tarball/master.