{ "id": "121545", "key": "ALOY-859", "fields": { "issuetype": { "id": "1", "description": "A problem which impairs or prevents the functions of the product.", "name": "Bug", "subtask": false }, "project": { "id": "11113", "key": "ALOY", "name": "Alloy", "projectCategory": { "id": "10400", "description": "Tools for developing applications", "name": "Tooling" } }, "fixVersions": [], "resolution": { "id": "11", "description": "Is not a bug in our product", "name": "Not Our Bug" }, "resolutiondate": "2014-09-08T13:10:28.000+0000", "created": "2013-10-23T15:40:04.000+0000", "priority": { "name": "High", "id": "2" }, "labels": [ "Alloy", "Mavericks" ], "versions": [], "issuelinks": [], "assignee": null, "updated": "2018-03-07T22:25:56.000+0000", "status": { "description": "A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.", "name": "Resolved", "id": "5", "statusCategory": { "id": 3, "key": "done", "colorName": "green", "name": "Done" } }, "components": [ { "id": "13604", "name": "Tooling", "description": "Items related to Alloy tooling and workflow" } ], "description": "h2. update (10/24/2013)\r\n\r\nA correlation between [~jamesdraper] and [~core13] shows that the likely culprit for this issue is when a network drive sourced from a Windows Server is used as the project folder when building Alloy on OSX Mavericks. \r\n\r\nh2. original\r\n\r\nQ&A: http://developer.appcelerator.com/question/158722/titanium-studio-and-os-x-mavericks---error-generating-ast-file-with-jquery\r\n\r\nNo existing or new Alloy based apps will compile. Each fails during the \"optimizing\" process, usually indicating an issue with the base alloy files.\r\n\r\n**Error text;**\r\n\r\n[INFO] : ----- OPTIMIZING -----\r\n[INFO] : - alloy.js\r\n[INFO] : - alloy/widget.js\r\n[INFO] : - alloy/sync/localStorage.js\r\n[INFO] : - alloy/sync/properties.js\r\n[INFO] : - alloy/sync/sql.js\r\n[INFO] : - alloy/sync/util.js\r\n[WARN] : : ERROR: Unexpected character '' [alloy/sync/util.js:7,1]\r\n[ERROR] : Error generating AST for \"/Volumes/concepts/tests/Test44-Vanilla/Resources/alloy/sync/util.js\"\r\n[ERROR] : Unexpected character ''\r\n[ERROR] : line 7, column 1, position 183\r\n[ERROR] : Alloy compiler failed\r\n\r\n**util.js** (system file - after being compiled by Alloy)\r\n\r\nfunction S4() {\r\n return (((1+Math.random())*0x10000)|0).toString(16).substring(1);\r\n};\r\n \r\nexports.guid = function() {\r\n return (S4()+S4()+'-'+S4()+'-'+S4()+'-'+S4()+'-'+S4()+S4()+S4());\r\n}\r\n \r\nThe problem occurs in different files in different code positions and when it is triggered always appears to denote the last character as being at fault. Simply changing the positions of code in the app does NOT change where the error is triggered - it always appears to be the end of a file that is getting snagged.", "attachment": [], "flagged": false, "summary": "Compile failing on OSX Mavericks when targeting Windows Server network drives", "creator": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "subtasks": [], "reporter": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "environment": "OSX Mavericks\r\nAlloy 1.2.2\r\nNode.js 0.10.21\r\nTitanium Studio 3.1.5 beta\r\nTitanium SDK 3.1.3", "closedSprints": [ { "id": 206, "state": "closed", "name": "2014 Sprint 18 Alloy", "startDate": "2014-09-02T13:23:09.065Z", "endDate": "2014-09-16T13:23:00.000Z", "completeDate": "2014-09-15T12:25:31.379Z", "originBoardId": 124 } ], "comment": { "comments": [ { "id": "276382", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "was closed on accident, re-opening", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T18:09:02.000+0000", "updated": "2013-10-23T18:09:02.000+0000" }, { "id": "276399", "author": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "body": "So far QE is unable to reproduce. For our Mavericks testing we needed to update Studio to 3.1.4 to support Mavericks (mostly file path issues in previous eclipse core). \n\nIn this testing Alloy was checked not only on Mavericks but also Mountain Lion, Linux, and Windows. Please note that the Mavericks GM seed was used.\n\nFor this ticket we used the GM Mavericks, and ran alloy compiles successfully in the following configs:\nStudio 3.2.0 + CLI 3.2.0 + Alloy 1.2.2 + SDK 3.1.3.GA\nStudio 3.1.3 + CLI 3.2.0 + Alloy 1.2.2 + SDK 3.1.3.GA\nStudio 3.1.4 + CLI 3.2.0 + Alloy 1.2.2 + SDK 3.1.3.GA\nStudio 3.1.3 + CLI 3.1.2 + Alloy 1.2.2 + SDK 3.1.3.GA\n\nQE is not using 3.1.5 currently, since previously tested was 3.1.4 and current development is on 3.2.0. We are downloading and trying this config anyhow to see if we can reproduce the fail case.\n\n", "updateAuthor": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T18:55:17.000+0000", "updated": "2013-10-23T18:55:17.000+0000" }, { "id": "276403", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "Keep in mind, whilst my experience is with the beta track of Ti SDK 3.1.5, there are others who have the same experience with Ti SDK 3.1.4", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-23T19:04:02.000+0000", "updated": "2013-10-23T19:04:02.000+0000" }, { "id": "276404", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Just to make sure all the obvious stuff is out of the way, can you please fully uninstall and then reinstall node and alloy? The error seems to indicate that it's choking on unicode sequences which are obviously nothing new to alloy and I'm hard-pressed to figure out how this is at all affected by Mavericks. I'll report how my efforts to reproduce go as soon as I actually have mavericks downloaded and installed.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T19:08:57.000+0000", "updated": "2013-10-23T19:08:57.000+0000" }, { "id": "276405", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~mxia] [~cwilliams] [~emerriman] has anything changed in the node.js or node module installation in Studio 3.1.4 or 3.1.5 that could potentially impact us here (conflicting installs perhaps)? I'm grasping at straws for the time being because this seems to be very specific to certain environments and the only common thread i can find besides the mavericks upgrade is that all who have encountered this issue have also done the new studio install.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T19:12:33.000+0000", "updated": "2013-10-23T19:12:42.000+0000" }, { "id": "276408", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "Still failing to build\r\n\r\nI tried un-installing using;\r\n\r\nsudo npm -g uninstall alloy\r\nsudo npm -g uninstall node\r\n\r\nThen back on with;\r\n\r\nhttp://nodejs.org/download/\r\nsudo npm -g install alloy", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-23T19:28:52.000+0000", "updated": "2013-10-23T19:28:52.000+0000" }, { "id": "276415", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] does {{sudo npm uninstall -g node}} actually do anything? {{node}} isn't an npm module, so I doubt that it actually removed the node installation. For reference, here's a guide to completely wiping node.js from Mac OSX: http://stackoverflow.com/questions/14673327/removing-node-js-from-mountain-lion", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T19:39:46.000+0000", "updated": "2013-10-23T19:39:46.000+0000" }, { "id": "276422", "author": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] Would you mind reporting back the following:\nti -v\nti sdk (Looking for which SDK is set as active)\n\nAdditionally we just tried the following and were unable to reproduce.\nStudio 3.1.5 + CLI 3.1.2 + Alloy 1.2.2 + SDK 3.1.3.GA\n\nDo you have a sample project? I am assuming from this ticket that nothing works for you so figure as well that a new \"default\" project will also fail.", "updateAuthor": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T20:02:11.000+0000", "updated": "2013-10-23T20:02:11.000+0000" }, { "id": "276433", "author": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "body": "I checked on the Q&A and see the JQuery info. We will try to put something together and try with that.", "updateAuthor": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T20:15:33.000+0000", "updated": "2013-10-23T20:15:45.000+0000" }, { "id": "276437", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "CLI version 3.1.2\r\nTitanium SDK version 3.1.3.GA\r\n\r\n@Tony - before your link I had no idea how to uninstall node (assumed it was the same as alloy), having followed the instructions - I would hope these were published somewhere on the Appcelerator documentation as they are not easy and certainly would not be guessed.\r\n\r\nHaving run the true un-installs of Node and Alloy and then rebooting - then re-installing both, there are improvements.\r\n\r\nIf I create new default project and leave the destination folder as a local drive - it works right up into the simulator.\r\n\r\nHOWEVER; if the app is created on a network drive (my usual usage) then the app WILL not optimise but will NOT get past the first initial simulator running and fails with the following error;\r\n\r\n[INFO] : Test47-Vanilla-Alloy3/1.0 (3.1.3.GA.222f4d1)\r\n[ERROR] : Script Error {\r\n[ERROR] : line = 3;\r\n[ERROR] : message = \"Parse error\";\r\n[ERROR] : name = SyntaxError;\r\n[ERROR] : sourceId = 241699584;\r\n[ERROR] : sourceURL = \"file:///Users/MacMini3/Library/Application%20Support/iPhone%20Simulator/7.0/Applications/3E145F8E-E6FB-4985-95AF-503ABAE759C4/Test47-Vanilla-Alloy3.app/app.js\";\r\n[ERROR] : }", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-23T20:21:05.000+0000", "updated": "2013-10-23T20:21:05.000+0000" }, { "id": "276438", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "My sample projects so far are \"brand new unaltered \"default alloy project\" and an existing large app that worked fine this morning.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-23T20:22:10.000+0000", "updated": "2013-10-23T20:22:10.000+0000" }, { "id": "276458", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] so this is error is specific to building projects on network drives then? On a local drive everything seems to work fine? This would explain a bit more why this didn't occur until you upgraded your OS. It's distinctly possible something in the way these network drives are handled is causing this.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T21:26:01.000+0000", "updated": "2013-10-23T21:26:01.000+0000" }, { "id": "276461", "author": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "body": "Hi Tony, yes I'm also building on a network drive\r\n", "updateAuthor": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-23T21:38:14.000+0000", "updated": "2013-10-23T21:38:14.000+0000" }, { "id": "276474", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "OK, I think we have a culprit here. We'll get crackin' and see if we can work around whatever issues Mavericks introduced.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T22:20:06.000+0000", "updated": "2013-10-23T22:20:06.000+0000" }, { "id": "276475", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "\r\nI will do more tests in the morning but I think it is a bit early to blame my drobo", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-23T22:21:25.000+0000", "updated": "2013-10-23T22:21:25.000+0000" }, { "id": "276476", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I will move a project from a network drive to local drive and see what happens\r\n", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-23T22:24:05.000+0000", "updated": "2013-10-23T22:24:05.000+0000" }, { "id": "276490", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] as the network drive is the common thread between you and [~jamesdraper], who is the only other person to come forward with the issue so far, I think it's the best lead. I'll be trying to reproduce once I can get my other laptop up and running, and I think [~emerriman] is attempting to reproduce the same. ", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-23T23:04:58.000+0000", "updated": "2013-10-23T23:04:58.000+0000" }, { "id": "276558", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I have performed numerous tests and have now reduced the problem down to a single situation.\r\n\r\n\"Alloy apps will not complete the optimisation process or otherwise if this does proceed it will not run run the app due to a broken alloy.js file IF the project folder is stored on a network drive and the OSX version OSX Mavericks.\"\r\n\r\nI performed the following additional tests to rule out or in other forms of storage;\r\n\r\nUsing a large app currently in development that uses almost every part of the Alloy system in order to work - an app that was working fine prior to Mavericks upgrade and continued to work as was on other machines not upgraded.\r\n\r\nTest 1; Copy app files to local machine using local drive = App worked without issues\r\nTest 2; Copy app files to local machine using usb key = App worked without issues\r\nTest 3; Copy app files to local machine using memory card = App worked without issues\r\nTest 4; Copy app files to network drive (Drobo RAID) = Fails optimisation process.\r\nTest 5; Copy app files to network drive (USB External HD) = Fails optimisation process.\r\n\r\nTo confirm using apps in various states of code will sometimes alloy the optimisation process to complete - but then once the app first starts an error appears explaining that there is a problem with alloy.js\r\n\r\nThe problem is restricted to Alloy apps, classic apps have not shown any issues so far - although my tests here are limited as no problems were found during initial tests.\r\n\r\nI suggest the title is changed from; \"Mavericks: compile failing on network drives\" to \"Mavericks: Alloy compile failing on network drives\".", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T10:02:57.000+0000", "updated": "2013-10-24T10:02:57.000+0000" }, { "id": "276559", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "So as of now I can continue to create apps but without any of the backup safe guards we employ - thus I am hoping for a very fast resolution to this difficult to find but important issue.\r\n\r\nI cannot be the only person (other than Eric) that takes real time backups so seriously.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T10:04:42.000+0000", "updated": "2013-10-24T10:04:42.000+0000" }, { "id": "276577", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] The title is fine as this ticket is contained in the ALOY project. The fact that it pertains to Alloy is implied.\n\nWe'll continue to investigate, but it's good to know you localized the issue and can now work around it.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T13:43:54.000+0000", "updated": "2013-10-24T13:43:54.000+0000" }, { "id": "276583", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Just ran the default alloy app successfully with the following:\n\n* OSX Mavericks, connecting to shared drive on other Mac running 10.8.4, which is where the project is located\n* TiSDK 3.2.0.v20131022171645\n* Alloy 1.3.0\n* iOS 7 sim and SDK\n* XCode 5\n* titanium CLI 3.2.0\n\nSo I haven't reproduced yet. [~core13] are you aware of whether or not it's relevant if the computer doing the sharing is running Mavericks? That's my next test. I'll also try your SDK and Alloy versions now as well.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T14:32:07.000+0000", "updated": "2013-10-24T14:32:07.000+0000" }, { "id": "276586", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "The computer doing the sharing is a Windows Server 2003 box.\r\n\r\nAll files are accessible and editable over the network share, no errors in any document format. The ONLY issues are the errant end of file issues already reported.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T14:43:15.000+0000", "updated": "2013-10-24T14:43:15.000+0000" }, { "id": "276588", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Also tried with Alloy 1.2.2 and TiSDK 3.1.3.GA, still unable to reproduce. I'll update to OSX Mavericks on the computer from which I'm creating the shared drive and will try again after that completes.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T14:47:01.000+0000", "updated": "2013-10-24T14:47:01.000+0000" }, { "id": "276589", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~jamesdraper] any chance you are also using a Windows Server as the source of your networked drive?", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T14:49:13.000+0000", "updated": "2013-10-24T14:49:13.000+0000" }, { "id": "276590", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] So I've matched your environment with the details you've given as best I can:\n\n* OSX Mavericks\n* TiSDK 3.1.3\n* Alloy 1.2.2\n* node.js 0.10.21\n* titanium CLI 3.2.0\n* Building from network drive (OSX shared folder)\n\nYet I can't reproduce. Can you tell me what version of the Titanium CLI you have installed?\n\n{code}\ntitanium --version\n{code}\n\nCan try building against a network drive that is _not_ sourced from a Windows Server? That would definitely narrow this down further, and I don't have the means to create a Windows Server on my end. ", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T14:55:07.000+0000", "updated": "2013-10-24T14:55:07.000+0000" }, { "id": "276593", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "Thought I had - but here you go;\r\n\r\nCLI 3.1.2 (results from command you provided).\r\n\r\nKeep in mind whilst I have tested both studio and CLI, most of the tests have been performed in studio specifically.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T15:10:40.000+0000", "updated": "2013-10-24T15:10:40.000+0000" }, { "id": "276594", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] I'll try that version now and try some tests through Studio, but I thought you said that the same issues occurred with CLI. It is a really important distinction for tracking this down, so if you had more success with CLI than with Studio, we need to know.\n\nCan you take a shot at building against a Mac-based network drive as well?", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T15:17:04.000+0000", "updated": "2013-10-24T15:17:04.000+0000" }, { "id": "276595", "author": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "body": "Hey Tony, yes we're using Windows Server 2008 as the network drive. ", "updateAuthor": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T15:25:20.000+0000", "updated": "2013-10-24T15:25:20.000+0000" }, { "id": "276596", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "@Tony, just to confirm; I experienced all the same issues using Studio and CLI - I was just pointing out the extensive rule out tests this morning were all performed using Studio.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T15:27:56.000+0000", "updated": "2013-10-24T15:27:56.000+0000" }, { "id": "276597", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Everything works for me with the following combinations, so I'm starting to think it may be specific to the type of network drive, only because I don't see any other disparities between my environment and the information that [~core13] provided:\n\n* OSX Mavericks\n* TiSDK 3.1.3 & 3.2.0.v20131022171645\n* Alloy 1.2.2 & 1.3.0\n* node.js 0.10.21\n* titanium CLI 3.2.0 & 3.1.2\n* Building from network drive (OSX shared folder)", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T15:32:42.000+0000", "updated": "2013-10-24T15:32:42.000+0000" }, { "id": "276598", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "OK, now we're cooking. Based on [~jamesdraper] confirming that his issue also stems from a Windows Server I think it's safe to say that this is the most likely culprit. \n\nCan either [~jamesdraper] or [~core13] please confirm that builds from non-Windows Server network drives work? \n\nIt will be just a little bit before the west coast office is available, but I'll see if they can get me a Windows Server with which I can reproduce on my end. Worst case this will be a known issue with Mavericks + Windows Server + Alloy. Best case I can track down exactly why this weirdness is happening in this _very_ specific case.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T15:36:37.000+0000", "updated": "2013-10-24T15:36:37.000+0000" }, { "id": "276600", "author": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "body": "Sorry guys I just checked with our network admin guy and we don't have any non-Windows network drives to test this at my end.", "updateAuthor": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T15:50:39.000+0000", "updated": "2013-10-24T15:50:39.000+0000" }, { "id": "276601", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Ah, apparently Apple switched to defaulting to SMB2 protocol instead of AFP by default for sharing. http://reviews.cnet.com/8301-13727_7-57588593-263/os-x-mavericks-switches-to-smb2-networking/\n\nIt's seeming more and more likely that these file sharing settings are the issue. I'm not sure how you can change the setting as the OS seems to choose whatever protocol it deems most appropriate, but this is almost certainly the cause.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T15:51:29.000+0000", "updated": "2013-10-24T15:51:29.000+0000" }, { "id": "276603", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "[~core13] and [~jamesdraper], can you try the tips detailed here for forcing your network connection to use the SMB1 protocol and not the new SMB2 protocol and let me know if that alleviates the issues you are having? Or, just try the first option that simply requires you changing the protocol of the address you use to connect to the server.\r\n\r\nhttp://cammodude.blogspot.com/\r\n\r\nIt would probably be best to test against a new project, just to make sure it's a clean slate.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T15:57:46.000+0000", "updated": "2013-10-24T16:05:20.000+0000" }, { "id": "276606", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I have changed the network share from the original;\r\n\r\nsmb://webserver01/concepts\r\n\r\nto\r\n\r\ncifs://webserver01/concepts\r\n\r\nCreated a brand new app to test against using this network share at it still fails, but it is managing to get past the optimising stage (a few previous tests also managed this)\r\n\r\nError Information\r\n\r\n-- Start simulator log -------------------------------------------------------\r\n[ERROR] : Script Error {\r\n[INFO] : Application started\r\n[INFO] : Test48-Vanilla-Alloy4-Network/1.0 (3.1.3.GA.222f4d1)\r\n[ERROR] : line = 3;\r\n[ERROR] : message = \"Parse error\";\r\n[ERROR] : name = SyntaxError;\r\n[ERROR] : sourceId = 250096384;\r\n[ERROR] : sourceURL = \"file:///Users/MacMini3/Library/Application%20Support/iPhone%20Simulator/7.0/Applications/71CE93D6-D3F3-4A1F-A0B2-0E29FD3FCB25/Test48-Vanilla-Alloy4-Network.app/app.js\";\r\n[ERROR] : }", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T16:10:39.000+0000", "updated": "2013-10-24T16:10:39.000+0000" }, { "id": "276608", "author": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "body": "I tried option 2 in the blog post (force changing the connection via Terminal) but still got the same error unfortunately, I thought that would definitely fix it. I'm out of the office now until Tuesday so unfortunately won't be able to help test anything else but good luck guys and thanks!", "updateAuthor": { "name": "jamesdraper", "key": "jamesdraper", "displayName": "James Draper", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T16:20:14.000+0000", "updated": "2013-10-24T16:20:14.000+0000" }, { "id": "276609", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I do not have a Mac Server to share a network drive from available to me.\r\n\r\nIn case it helps I have shared a folder from another Mac running Mountain Lion and connected that as a share to my Mavericks machine.\r\n\r\nThere appears to be no problems working from that Mac to Mac share.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T16:21:03.000+0000", "updated": "2013-10-24T16:21:03.000+0000" }, { "id": "276610", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "OK, so not as simple as I was hoping, but I think we're on the right track. Good news that it seems to be specifically with Windows Server. I tried setting up SMB sharing from my Mac and then connected to it with my Mavericks machine via SMB. Still unable to reproduce. We'll need to allocate some additional resources here before going any further so I can test against a Windows Server (unless someone wants to open up a share for me to test with before that happens). Your realtime backups will need to be manual for the time being, but all other processes should be working fine now with the knowledge we have so far. ", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T16:21:33.000+0000", "updated": "2013-10-24T16:23:49.000+0000" }, { "id": "276664", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "While I can't confirm this myself, this apple discussion indicates that the issue may be present on Windows Servers anywhere before 2008 R2. I believe both Windows Servers mentioned in this thread both fit that criteria (2003 and 2008). https://discussions.apple.com/thread/5467191", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-24T19:33:14.000+0000", "updated": "2013-10-24T19:37:15.000+0000" }, { "id": "276666", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I have a test server available using Windows Server 2008 - tomorrow I will make sure it is running R2 at least (no idea what the current one is) and I will run some more tests.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-24T19:46:26.000+0000", "updated": "2013-10-24T19:46:26.000+0000" }, { "id": "276752", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I have performed more tests - this time using \"Windows Server 2008 R2 Enterprise\", however the problem still persits.\r\n\r\nI have tried connecting to the server using the standard SMB and forcing original SMB1.\r\n\r\nI have tried an existing app (that works when locally accessed) and a brand new project created onto the 2008r2 box this morning with no code changes - this also fails.\r\n\r\nThe problem does appear to be Windows Server related but does NOT appear to be the fault specifically of version 2003 and the problem persists with version 2008r2.\r\n\r\nStill not working.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-25T08:45:06.000+0000", "updated": "2013-10-25T08:45:06.000+0000" }, { "id": "276779", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "We've got one of our resources working on spinning up a Windows Server now. Once I have that available I'll work on reproducing. Whether or not it's something I can work around remains to be seen, but I'll report back here with any results.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-25T14:05:52.000+0000", "updated": "2013-10-25T14:05:52.000+0000" }, { "id": "276781", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I am downloading the Windows 2012 r2 ISO from MS, but taking ages - unlikely to have it running before end of Monday.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-25T14:20:43.000+0000", "updated": "2013-10-25T14:20:43.000+0000" }, { "id": "277139", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I have now got a clean version of Windows Server 2012r2 installed with all latest updates applied.\r\n\r\nThe problem still persists. Exactly the same as all other versions of Windows Server.\r\n\r\nSo to confirm; Windows Server 2002, 208rs & 2012r2 fail to compile/process Alloy apps due to end of file issues (that appear in different locations depending on amount of code) and in app.js (on clean new default Alloy apps).\r\n\r\nAll tests use the original SMB and not the Mavericks default SMB2, the prefix \"cifs\" was used to enforce these connections/shares.\r\n\r\nSo there is still no way to have files located on a Windows file server and use Mavericks/Alloy.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-29T13:36:41.000+0000", "updated": "2013-10-29T13:36:41.000+0000" }, { "id": "277426", "author": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Hello all, we have had our IT guys set up a windows 2008 server, and after multiple visits, we have a running server with shared drive. We have been trying over the last few days to get Studio to recognize the workspace with no success. We tried creating a folder from the Mac on the shared drive and that works. Specification of that folder as the workspace fails and Studio quits with no log info. We tried copying over an existing workspace and then using that. Same failure. In both cases a metadata folder with a .lock file is created, so writing is not an issue.\r\n\r\nIf anyone who has successfully configured this way has any tips for us, the QE team would greatly appreciate it. ", "updateAuthor": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-30T22:51:22.000+0000", "updated": "2013-10-30T22:53:33.000+0000" }, { "id": "277458", "author": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Bravo. Our intrepid and hard-working intern [~sdowse] has worked with the studio team and has sorted our issues with an ini file change and is now able to reproduce. We will work with [~tlukasavage] and see if we can get to the root cause.", "updateAuthor": { "name": "emerriman", "key": "emerriman", "displayName": "Eric Merriman ", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-31T03:34:19.000+0000", "updated": "2013-10-31T03:34:19.000+0000" }, { "id": "277467", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "Just for clarity, does the genius of Samuel mean you can now compile using windows server drive or that you have now been able to reproduce the failures I and others have pointed out?", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2013-10-31T07:34:21.000+0000", "updated": "2013-10-31T07:34:21.000+0000" }, { "id": "277495", "author": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Sounds like they reproduced it. I'll work with them today or tomorrow to see if a fix/workaround is even possible in this interesting scenario. I'm hoping to find some configuration setting of some kind here rather than a code change, if only because it seems odd to modify Alloy to account for what seems to be a mac -> windows networking issue.", "updateAuthor": { "name": "tlukasavage", "key": "tlukasavage", "displayName": "Tony Lukasavage", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2013-10-31T13:27:11.000+0000", "updated": "2013-10-31T13:27:11.000+0000" }, { "id": "299841", "author": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "body": "This issue appears to be specific to problems copying the three sync adapter files (lib/sync/localStorage.js, properties.js, and sql.js). All three, and only these files, end up with multiple NUL characters appended at the end after the build process. The error reported initially on this ticket is being thrown during the CLI build phase. It seems likely that the NULs are being added during Alloy's compile phase when these files are copied to the Resources directory.\n\nI've unsuccessfully tried replacing the file-copy function under the assumption that somehow bytes beyond the end-of-file marker were getting written to the files. I've used a hex editor to confirm that the source files do not contain any extraneous characters. Commenting out the code that copies the sync adapters \"fixes\" the problem.\n\nThis is not related to Studio. I have been working at the command line and getting the same errors.", "updateAuthor": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "created": "2014-04-04T01:21:59.000+0000", "updated": "2014-04-04T01:21:59.000+0000" }, { "id": "299958", "author": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "body": "Further investigation: the NULL chars are being appended to other files in addition to the sync adapters listed in my previous comment. I can also reproduce this issue connecting to a Windows 8.1 share, so it's not specific to the Windows Server version listed in the description. I've tried various encodings when copying files, but that's made no difference.", "updateAuthor": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "created": "2014-04-04T21:34:04.000+0000", "updated": "2014-04-04T21:34:04.000+0000" }, { "id": "312571", "author": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "body": "Is this still a problem for folks? If so, can you please post any additional information that can help us track down a solution to the issue: for example, node version, windows server type/version, os-x version, network protocols used, TiSDK version, etc.", "updateAuthor": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "created": "2014-07-07T16:28:39.000+0000", "updated": "2014-07-07T16:28:39.000+0000" }, { "id": "315532", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "As an update; this still fails for me even after all the Mavericks updates and with drive shares hooked up using the cifs prefix.\r\n\r\nHas anyone tried this with Yosemite yet? I do not have a set up with it running, still hobbling with the lack of server access right now - now wanted to add insult to injury to the issue.\r\n\r\nI know this is not of your making guys, but some good news on this would be - well - good news.", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2014-07-23T20:51:04.000+0000", "updated": "2014-07-23T20:51:04.000+0000" }, { "id": "322222", "author": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "body": "I have been performing tests on Yosemite to see if it will connect to a Windows Server using the same tests as were performed for the original ticket I created using Mavericks to a Windows Server.\r\n\r\nYosemite + Windows Server = Working\r\n\r\nEnvironment:\r\n- OS X Yosemite Developer Preview 7\r\n- Windows Server 2003 (lowest spec chosen as likeliest to fail)\r\n- Titanium Studio 3.4 RC (05/09/2014)\r\n- Titanium SDK 3.4.0_v20140905152516 (RC daily)\r\n- Default Alloy Project;\r\n - Initial test performed with no code change\r\n - Subsequent test performed with minor changes (to confirm tests files were actually on the windows server)\r\n\r\nI would recommend closing this ticket as it is unlikely to ever be fixed due to several Mavericks updates from Apple still not resolving the problem. I know that James has moved away from the Window Server to host these files.\r\n", "updateAuthor": { "name": "core13", "key": "core13", "displayName": "Malcolm Hollingsworth", "active": true, "timeZone": "Europe/London" }, "created": "2014-09-07T10:17:10.000+0000", "updated": "2014-09-07T10:17:10.000+0000" }, { "id": "322271", "author": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "body": "I'm closing this ticket based on Malcolm's findings that Yosemite resolves this issue.", "updateAuthor": { "name": "skypanther", "key": "skypanther", "displayName": "Tim Poulsen", "active": true, "timeZone": "America/New_York" }, "created": "2014-09-08T13:10:28.000+0000", "updated": "2014-09-08T13:10:28.000+0000" } ], "maxResults": 57, "total": 57, "startAt": 0 } } }