{ "id": "171627", "key": "TIMOB-26050", "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": [], "resolution": null, "resolutiondate": null, "created": "2018-05-08T12:44:22.000+0000", "priority": null, "labels": [], "versions": [], "issuelinks": [], "assignee": { "name": "shossain", "key": "shossain", "displayName": "Shak Hossain", "active": false, "timeZone": "America/Los_Angeles" }, "updated": "2018-10-02T15:51:24.000+0000", "status": { "description": "The issue is open and ready for the assignee to start work on it.", "name": "Open", "id": "1", "statusCategory": { "id": 2, "key": "new", "colorName": "blue-gray", "name": "To Do" } }, "components": [], "description": "For the past few days, some of our customers have been reporting errors in the response from our server, apparently the XML that the client receives from the server is corrupted, meaning that the xml is missing hundreds of characters at the beginning of the response (the server sends it correctly).\r\nIn a case the problem went away after initializing the device, reinstalling the app is not enough.\r\nDid anyone else report an error like this?\r\nI know that we're not using the latest sdk but we've made few customizations that haven't ported to the latest one.", "attachment": [], "flagged": false, "summary": "Corrupted http response after updating to iOS 11.3", "creator": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "subtasks": [], "reporter": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "environment": "Ti SDK 6.3.0", "comment": { "comments": [ { "id": "437464", "author": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "body": "Hey there! We have updated the Ti.Network.HTTPClient to NSURLSession in Titanium SDK 7.0.0, but haven't received any reports of the described issue before. Also, if it is only happening on iOS 11.3+, it might be an issue in the underlaying native API. In any case, we could need to get a (simple, app.js suitable) test-case, your current Titanium SDK version (even when modified) and if possible a trace-log + corruped file.", "updateAuthor": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-08T13:58:15.000+0000", "updated": "2018-05-08T13:58:15.000+0000" }, { "id": "437492", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "I tried to update to 7.x but the app, stable until now, keeps crashing for no apparent reason, in random places (parsing xml, http responses, etc). I will try to dig a little deeper.", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-09T08:11:08.000+0000", "updated": "2018-05-09T08:11:08.000+0000" }, { "id": "437494", "author": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "body": "Maybe related to the {{}} flag which is enabled by default in 7.x? You could try to manually disable it with\r\n{code:xml}\r\nfalse\r\n{code}\r\nand compare the results. But if that works, I'd love to get the stack traces of these crashes to fix that as well. ", "updateAuthor": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-09T08:41:43.000+0000", "updated": "2018-05-09T08:41:43.000+0000" }, { "id": "437496", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "well, from the first few tests that I made, it looks like it's not crashing. I didn't have any symbolicated stack trace. I have a HockeyApp stack trace that looks like this:\r\n{quote}\r\nException Codes: SEGV_MAPERR at 0xffffffffffffffe8\r\nCrashed Thread: 6\r\n\r\nThread 0:\r\n0 libsystem_kernel.dylib 0x000000011a3d834a 0x11a3c6000 + 74570\r\n1 CoreFoundation 0x0000000118df6c85 0x118d76000 + 527493\r\n2 CoreFoundation 0x0000000118df61c2 0x118d76000 + 524738\r\n3 CoreFoundation 0x0000000118df5889 0x118d76000 + 522377\r\n4 GraphicsServices 0x000000011b8ae9c6 0x11b8a2000 + 51654\r\n5 UIKit 0x00000001148ef5d6 0x1148c5000 + 173526\r\n6 xxx 0x000000010d3f03c4 0x10d3ec000 + 17348\r\n7 libdyld.dylib 0x0000000119fd0d81 0x119fd0000 + 3457\r\n\r\nThread 1:\r\n0 libsystem_kernel.dylib 0x000000011a3dfbf2 0x11a3c6000 + 105458\r\n1 PSPDFKit 0x0000000113d3e687 0x113b61000 + 1955463\r\n2 PSPDFKit 0x0000000113d3caf7 0x113b61000 + 1948407\r\n3 PSPDFKit 0x0000000114007551 0x113b61000 + 4875601\r\n4 libsystem_pthread.dylib 0x000000011a41493b 0x11a411000 + 14651\r\n5 libsystem_pthread.dylib 0x000000011a414887 0x11a411000 + 14471\r\n6 libsystem_pthread.dylib 0x000000011a41408d 0x11a411000 + 12429\r\n\r\nThread 2:\r\n0 libsystem_kernel.dylib 0x000000011a3e044e 0x11a3c6000 + 107598\r\n1 libsystem_pthread.dylib 0x000000011a41407d 0x11a411000 + 12413\r\n\r\nThread 3:\r\n0 libsystem_kernel.dylib 0x000000011a3e044e 0x11a3c6000 + 107598\r\n1 libsystem_pthread.dylib 0x000000011a41407d 0x11a411000 + 12413\r\n2 ??? 0x0000000110f0dd68 0x0 + 0\r\n\r\nThread 4:\r\n0 libsystem_kernel.dylib 0x000000011a3e044e 0x11a3c6000 + 107598\r\n1 libsystem_pthread.dylib 0x000000011a41407d 0x11a411000 + 12413\r\n...\r\n{quote}", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-09T08:51:25.000+0000", "updated": "2018-05-09T08:51:25.000+0000" }, { "id": "437604", "author": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "body": "[~a.marcone] So by disabling the flag it does not crash? Does it have an influence if you do not include PSPDFKit while having it enabled?", "updateAuthor": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-14T07:20:12.000+0000", "updated": "2018-05-14T07:20:12.000+0000" }, { "id": "437682", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "the symbolicated stack traces are showing an exception in *invokeCallbackForKey* and *objectForTiString*\r\n\r\nThread 8 Crashed:\r\n0 JavaScriptCore 0x0000000188729598 JSC::JSObject::get(JSC::ExecState*, JSC::PropertyName) const + 2000\r\n1 JavaScriptCore 0x000000018872bc0c JSObjectGetProperty + 96\r\n*2 iMeetingRoom 0x000000010073d688 -[KrollObject objectForTiString:context:] (KrollObject.m:1203)*\r\n3 iMeetingRoom 0x000000010073a484 KrollGetProperty (KrollObject.m:187)\r\n4 JavaScriptCore 0x000000018884f90c JSC::JSCallbackObject::getOwnPropertySlot(JSC::JSObject*, JSC::ExecState*, JSC::PropertyName, JSC::PropertySlot&) + 356\r\n5 JavaScriptCore 0x00000001887209ec llint_slow_path_get_by_id + 4556\r\n6 JavaScriptCore 0x0000000188826300 llint_entry + 11452\r\n7 JavaScriptCore 0x000000018882a79c llint_entry + 29016\r\n8 JavaScriptCore 0x000000018882a79c llint_entry + 29016\r\n9 JavaScriptCore 0x000000018882a79c llint_entry + 29016\r\n10 JavaScriptCore 0x000000018882a79c llint_entry + 29016\r\n11 JavaScriptCore 0x0000000188823470 vmEntryToJavaScript + 268\r\n12 JavaScriptCore 0x0000000188dd4a74 JSC::JITCode::execute(JSC::VM*, JSC::ProtoCallFrame*) + 180\r\n13 JavaScriptCore 0x000000018872c40c JSC::Interpreter::executeCall(JSC::ExecState*, JSC::JSObject*, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 460\r\n14 JavaScriptCore 0x0000000188ef7540 JSC::profiledCall(JSC::ExecState*, JSC::ProfilingReason, JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 164\r\n15 JavaScriptCore 0x000000018872c11c JSObjectCallAsFunction + 388\r\n*16 iMeetingRoom 0x000000010073d0d8 -[KrollObject invokeCallbackForKey:withObject:thisObject:onDone:] (KrollObject.m:1103)*\r\n17 CoreFoundation 0x0000000181b8e580 __invoking___ + 140\r\n18 CoreFoundation 0x0000000181a6d748 -[NSInvocation invoke] + 280\r\n19 CoreFoundation 0x0000000181a7256c -[NSInvocation invokeWithTarget:] + 56\r\n20 Foundation 0x00000001824efcac -[__NSOperationInternal _start:] + 844\r\n21 iMeetingRoom 0x0000000100736000 -[KrollContext invoke:] (KrollContext.m:985)\r\n22 iMeetingRoom 0x0000000100736d50 -[KrollContext main] (KrollContext.m:1354)\r\n23 Foundation 0x00000001825d1efc __NSThread__start__ + 1036\r\n24 libsystem_pthread.dylib 0x00000001817ad220 _pthread_body + 268\r\n25 libsystem_pthread.dylib 0x00000001817ad110 _pthread_start + 288\r\n26 libsystem_pthread.dylib 0x00000001817abb10 thread_start + 0\r\n\r\nhow can I debug this?", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-16T14:21:39.000+0000", "updated": "2018-05-16T14:21:39.000+0000" }, { "id": "437722", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "I'm experiencing new crashes, this looks like it's coming from TiSDK 7.1.0\r\n\r\n5 iMeetingRoom 0x0000000102ad0a60 -[KrollObject noteObject:forTiString:context:] (KrollObject.m:1175)\r\n6 iMeetingRoom 0x0000000102acdbbc KrollGetProperty (KrollObject.m:218)\r\n7 JavaScriptCore 0x000000018884f90c JSC::JSCallbackObject::*getOwnPropertySlot*(JSC::JSObject*, JSC::ExecState*, JSC::PropertyName, JSC::PropertySlot&) + 356\r\n\r\nIs it something to do with setting properties?", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-17T08:25:52.000+0000", "updated": "2018-05-17T08:25:52.000+0000" }, { "id": "437723", "author": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "body": "Hey [~a.marcone]! Something is borked there. We didn't see that crashes anywhere else so far. Can you send me (via mail, I'll get in touch with you)\r\n- tiapp.xml\r\n- app.js reproducing the case (if possible)\r\n- full crash log and trace log", "updateAuthor": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-17T08:28:25.000+0000", "updated": "2018-05-17T08:28:25.000+0000" }, { "id": "437727", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "I sent you the crash logs and the tiapp.xml . Unfortunately the crashes happen in different places and I can't put a pin on it. One crash happened when I was logging out the app, the operations involved are:\r\n\r\n- cleaning a singleton containing the current logged user (setting it to null)\r\n- closing dialog and windows, back to the login page\r\n\r\nthis wasn't crashing until I switched from 6.x to 7.x", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-17T10:22:01.000+0000", "updated": "2018-05-17T10:22:01.000+0000" }, { "id": "437846", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "any updates on this? we're stuck with TiSDK and we have to migrate because some modules require it", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-22T16:16:42.000+0000", "updated": "2018-05-22T16:16:42.000+0000" }, { "id": "437848", "author": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "body": "Hey [~a.marcone]! Unfortunately you seem to be the only person having this issue right now. To be sure, try to disable both default values:\r\n{code:xml}\r\n\ttrue\r\n\t\r\n false\r\n \r\n{code}", "updateAuthor": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-22T16:39:39.000+0000", "updated": "2018-05-22T16:39:39.000+0000" }, { "id": "437911", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "I tried multiple combinations of the values, it doesn't really make any difference. \r\n\r\nCan I get a little more info about the stacktrace I sent you? When does that usually happens? so that I can try to avoid it?", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-24T12:35:20.000+0000", "updated": "2018-05-24T12:35:20.000+0000" }, { "id": "437913", "author": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "body": "Can you attach your tiapp.xml (nulled) to see if they are in the correct sub-tree of XML? And if you see issues in both 6.3.0 and 7.x, it would be good to have a list of errors per version, so we might be able to track it down this way. In any case, some kind of sample app would be required, otherwise we just can troubleshoot.", "updateAuthor": { "name": "hknoechel", "key": "hansknoechel", "displayName": "Hans Knöchel", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-05-24T13:29:36.000+0000", "updated": "2018-05-24T13:29:36.000+0000" }, { "id": "442214", "author": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "body": "we eventually solved this problem by wiping our client's tablet and after that everything seemed to work. It must've been something corrupted on their iOS.\r\nNow we're facing new issues with http calls that are almost impossible to reproduce (random race conditions).\r\nWe're using still an app developed in commonJS, how could we debug it? is there any good way on doing it besides console.log() and breakpoints? hundreds of lines and we don't know where to look at.\r\nWe use HockeyApp but it's useless because the stack traces are not readable.", "updateAuthor": { "name": "a.marcone", "key": "a.marcone", "displayName": "Alberto Marcone", "active": true, "timeZone": "Europe/Berlin" }, "created": "2018-10-02T15:51:24.000+0000", "updated": "2018-10-02T15:51:24.000+0000" } ], "maxResults": 15, "total": 15, "startAt": 0 } } }