This question is locked. New answers and comments are not allowed.
I tried a reinstall of graphite and a system restart, but I still see an issue with the simulator stuck at loading when launched (as in, just an endlessly spinning blue circle).
I tried opening another existing project, no change. I tried cloning a sample project, and it resolved the problem briefly. But after the first set of changes (to my original project), the problem came right back.
I note that there is an issue 'failed to load resource' in one of my projects (a background image which apparently cannot be found despite it existing in my project tree). Though no such issue in the second existing project which also fails to load the simulator.
I hope this can be resolved quickly. Keen for the idea of cloud based development to become a viable option, but this issue of projects coming to a stand still due to issues beyond my control is still a real and serious issue I need to get comfortable with! It worked last night, it should work today.
I tried opening another existing project, no change. I tried cloning a sample project, and it resolved the problem briefly. But after the first set of changes (to my original project), the problem came right back.
I note that there is an issue 'failed to load resource' in one of my projects (a background image which apparently cannot be found despite it existing in my project tree). Though no such issue in the second existing project which also fails to load the simulator.
I hope this can be resolved quickly. Keen for the idea of cloud based development to become a viable option, but this issue of projects coming to a stand still due to issues beyond my control is still a real and serious issue I need to get comfortable with! It worked last night, it should work today.
12 Answers, 1 is accepted
0
Hello Andy,
We are not able to reproduce this problem with just any project. We've checked your projects and the one (BFW...) had a corrupted project file. We've fixed it and verified it is working now on our end, so please try it to verify. There is currently a known issue of corrupting the project should you try to copy/drag&drop files in Graphite from Windows ZIP archive directly. If that is the case, please unzip the archive first and then use them in Graphite. This problem would be fixed in the upcoming release next week.
Still since you claim that this problem occurs with all projects you try to run, we recommend wiping out Graphite completely (make sure to backup any changes you've made):
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
We are not able to reproduce this problem with just any project. We've checked your projects and the one (BFW...) had a corrupted project file. We've fixed it and verified it is working now on our end, so please try it to verify. There is currently a known issue of corrupting the project should you try to copy/drag&drop files in Graphite from Windows ZIP archive directly. If that is the case, please unzip the archive first and then use them in Graphite. This problem would be fixed in the upcoming release next week.
Still since you claim that this problem occurs with all projects you try to run, we recommend wiping out Graphite completely (make sure to backup any changes you've made):
- Uninstall Graphite.
- Navigate to %userprofile%\AppData\Local\Apps (e.g. C:\users\Username\AppData\Local\Apps) and delete the 2.0 folder.
- Install and run Icenium Graphite.
If you continue to have problems, please send us the contents of the Logs folder %localappdata%\Telerik\BlackDragon\Logs to see if they would show any problem.
Regards,Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
0
Andy
Top achievements
Rank 1
Rank 1
answered on 22 Jun 2013, 02:15 AM
I did indeed drag and drop files in Graphite from Windows ZIP archive directly. Which I will of course refrain from going forward (acknowledge that bug fix is on the way).
Testing on my home PC (not my work PC, where the issue was identified), this is all working normally now, so thank you very much for that very speedy response and fix. Very much appreciated!
Testing on my home PC (not my work PC, where the issue was identified), this is all working normally now, so thank you very much for that very speedy response and fix. Very much appreciated!
0
Andy
Top achievements
Rank 1
Rank 1
answered on 24 Jun 2013, 12:27 AM
I did indeed drag and drop files in Graphite from Windows ZIP archive directly. Which I will of course refrain from going forward (acknowledge that bug fix is on the way).Testing on my home PC (not my work PC, where the issue was identified), this is all working normally now, so thank you very much for that very speedy response and fix. Very much appreciated!
Cheers,
Andy
Cheers,
Andy
0
David
Top achievements
Rank 1
Rank 1
answered on 03 Jul 2013, 08:50 AM
I have the same issue with the simulator getting stuck on the 'Loading' spinner indefinitely.
I have tried the following steps to rectify this:
- Uninstall Graphite
- Cleared the cache (AppData/Local/Telerik)
- Reinstalled Graphite
The problem is still persisting. A colleague has also tried to load the project but is hitting the same problem.
This problem arose at around 4:30 pm yesterday (GMT). Around the same time Icenium Ion stopped refreshing projects also ('Downloading Package' is shown but no progress is made and the popup disappears after a second). Therefore we assume the problem is at your end?
There's nothing in the logs:
[2013-07-03 09-25-48-44] Log (Info,None): Version 2013.2.625.2. Deployment location https://app.icenium.com.
[2013-07-03 09-26-17-58] Log (Info,None): Logged in as: styletech@styletech.co.uk
Also using the iPhone Configuration Utility the following is logged:
Jul 3 09:44:21 Richs-iPad Icenium Ion[22786] <Warning>: Multi-tasking -> Device: YES, App: YES
Jul 3 09:44:21 Richs-iPad kernel[0] <Debug>: launchd[22786] Builtin profile: container (sandbox)
Jul 3 09:44:21 Richs-iPad kernel[0] <Debug>: launchd[22786] Container: /private/var/mobile/Applications/3472A58D-2790-4A68-93F8-0426A17862E2 (sandbox)
Jul 3 09:44:21 Richs-iPad Icenium Ion[22786] <Warning>: Resetting plugins due to page load.
Jul 3 09:44:21 Richs-iPad Icenium Ion[22786] <Warning>: Resetting plugins due to page load.
Jul 3 09:44:22 Richs-iPad Icenium Ion[22786] <Warning>: DEPRECATION NOTICE: The Connection ReachableViaWWAN return value of '2g' is deprecated as of Cordova version 2.6.0 and will be changed to 'cellular' in a future release.
Jul 3 09:44:22 Richs-iPad Icenium Ion[22786] <Warning>: Finished load of: file:///var/mobile/Applications/3472A58D-2790-4A68-93F8-0426A17862E2/Documents/index.html
The simulator 'Loading' hang is occurring on all simulator platforms (iOS, Android) and the Icenium Ion problem occurs on the three different iOS devices we have tested on (iPad 2, iPad3 and iPhone 5). We have also tried different projects all with the same problems.
Many thanks
--EDIT--
No files have been dragged and dropped into our projects. Indeed no files have been added since this started to fail yesterday.
I just created a new 'Kendo Mobile UI blank app' and after a while this did indeed load in the simulator and when tying to open in Icenium Ion, the progress bar completes but only a blank white screen is displayed.
Also I can open my project in Mist but I find the simulator so flaky that it's not a viable option to develop there.
I have tried the following steps to rectify this:
- Uninstall Graphite
- Cleared the cache (AppData/Local/Telerik)
- Reinstalled Graphite
The problem is still persisting. A colleague has also tried to load the project but is hitting the same problem.
This problem arose at around 4:30 pm yesterday (GMT). Around the same time Icenium Ion stopped refreshing projects also ('Downloading Package' is shown but no progress is made and the popup disappears after a second). Therefore we assume the problem is at your end?
There's nothing in the logs:
[2013-07-03 09-25-48-44] Log (Info,None): Version 2013.2.625.2. Deployment location https://app.icenium.com.
[2013-07-03 09-26-17-58] Log (Info,None): Logged in as: styletech@styletech.co.uk
Also using the iPhone Configuration Utility the following is logged:
Jul 3 09:44:21 Richs-iPad Icenium Ion[22786] <Warning>: Multi-tasking -> Device: YES, App: YES
Jul 3 09:44:21 Richs-iPad kernel[0] <Debug>: launchd[22786] Builtin profile: container (sandbox)
Jul 3 09:44:21 Richs-iPad kernel[0] <Debug>: launchd[22786] Container: /private/var/mobile/Applications/3472A58D-2790-4A68-93F8-0426A17862E2 (sandbox)
Jul 3 09:44:21 Richs-iPad Icenium Ion[22786] <Warning>: Resetting plugins due to page load.
Jul 3 09:44:21 Richs-iPad Icenium Ion[22786] <Warning>: Resetting plugins due to page load.
Jul 3 09:44:22 Richs-iPad Icenium Ion[22786] <Warning>: DEPRECATION NOTICE: The Connection ReachableViaWWAN return value of '2g' is deprecated as of Cordova version 2.6.0 and will be changed to 'cellular' in a future release.
Jul 3 09:44:22 Richs-iPad Icenium Ion[22786] <Warning>: Finished load of: file:///var/mobile/Applications/3472A58D-2790-4A68-93F8-0426A17862E2/Documents/index.html
The simulator 'Loading' hang is occurring on all simulator platforms (iOS, Android) and the Icenium Ion problem occurs on the three different iOS devices we have tested on (iPad 2, iPad3 and iPhone 5). We have also tried different projects all with the same problems.
Many thanks
--EDIT--
No files have been dragged and dropped into our projects. Indeed no files have been added since this started to fail yesterday.
I just created a new 'Kendo Mobile UI blank app' and after a while this did indeed load in the simulator and when tying to open in Icenium Ion, the progress bar completes but only a blank white screen is displayed.
Also I can open my project in Mist but I find the simulator so flaky that it's not a viable option to develop there.
0
Hello David,
Your project (Vie ... ment) was corrupted as well and I've just fixed it and verified it works with the hotfix we're about to release by the end of the week.
Thank you for the patience and understanding.
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
Your project (Vie ... ment) was corrupted as well and I've just fixed it and verified it works with the hotfix we're about to release by the end of the week.
Thank you for the patience and understanding.
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
0
David
Top achievements
Rank 1
Rank 1
answered on 03 Jul 2013, 11:39 AM
Thank you very much.
Is it possible to 'fix' the 'ViewPoint Production' project also please? We require this to demo to our Clients shortly.
Thank you in advance
Is it possible to 'fix' the 'ViewPoint Production' project also please? We require this to demo to our Clients shortly.
Thank you in advance
0
Hello David,
There is nothing wrong with the 'ViewPoint Production' project, I've tested it yesterday and I did now as well. It works properly in the Simulator and three finger update. Can you try uninstalling your project from your device and deploy it again?
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
There is nothing wrong with the 'ViewPoint Production' project, I've tested it yesterday and I did now as well. It works properly in the Simulator and three finger update. Can you try uninstalling your project from your device and deploy it again?
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
0
David
Top achievements
Rank 1
Rank 1
answered on 04 Jul 2013, 09:29 AM
Steve,
The project is working, thank you for you help.
Although some odd behaviour occurred... One of the JavaScript files had all it's contents removed back to an empty .js file (user.js) which was causing the project to fail. This change was not made by our development team. I have replaced the file contents and have the project working again however is this a one off bug or is this something we should be worried about going forward?
Regards
The project is working, thank you for you help.
Although some odd behaviour occurred... One of the JavaScript files had all it's contents removed back to an empty .js file (user.js) which was causing the project to fail. This change was not made by our development team. I have replaced the file contents and have the project working again however is this a one off bug or is this something we should be worried about going forward?
Regards
0
Hello David,
I have not altered any of your files, just fixed the corrupt .proj file. You can use the Version Control -> History option to see whether the contents of the file were not deleted by accident or lost due to a merge commit. There are numerous ways to cause this problem yourselves e.g.: reverting a conflicting file to the latest version (made by the current user) and then committing; resolving a conflicting file with the local version, which effectively discards all remote (from GitHub) changes made by other users; resolving a conflicting file with the remote version (from GitHub), which discards all local changes made by the current user; clicking the Resolve button in Merge Tool without fully resolving all merge conflicts etc. The problem is that Git accepts the contents of the files during the merge commit as a valid conflict resolution, so it is very easy to lose changes if you are not careful enough. Our only advice in this case is to be extra cautious when resolving merge conflicts.
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
I have not altered any of your files, just fixed the corrupt .proj file. You can use the Version Control -> History option to see whether the contents of the file were not deleted by accident or lost due to a merge commit. There are numerous ways to cause this problem yourselves e.g.: reverting a conflicting file to the latest version (made by the current user) and then committing; resolving a conflicting file with the local version, which effectively discards all remote (from GitHub) changes made by other users; resolving a conflicting file with the remote version (from GitHub), which discards all local changes made by the current user; clicking the Resolve button in Merge Tool without fully resolving all merge conflicts etc. The problem is that Git accepts the contents of the files during the merge commit as a valid conflict resolution, so it is very easy to lose changes if you are not careful enough. Our only advice in this case is to be extra cautious when resolving merge conflicts.
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
0
David
Top achievements
Rank 1
Rank 1
answered on 04 Jul 2013, 10:59 AM
This explanation would make sense but we only started using source control with Icenium this morning, after the file had been modified.
This has not stopped us developing today but it is a little disconcerting seeing a whole .js file's content being wiped. (Hence the rush to start using source control this morning!)
Regards,
David
This has not stopped us developing today but it is a little disconcerting seeing a whole .js file's content being wiped. (Hence the rush to start using source control this morning!)
Regards,
David
0
Hello David,
Even if you have not configured remote repository, your project changes are reflected and stored in the Icenium repository on our servers, so if you select History, it should show you records of the changes you've made.
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
Even if you have not configured remote repository, your project changes are reflected and stored in the Icenium repository on our servers, so if you select History, it should show you records of the changes you've made.
Regards,
Steve
Telerik
Looking for tips & tricks directly from the Icenium team? Check out our blog!
Missed our first webinar, watch it here.
Share feedback and vote for features on our Feedback Portal.
0
David
Top achievements
Rank 1
Rank 1
answered on 04 Jul 2013, 11:20 AM
Hey,
Using the History we can only see the workspace created date and the two commits we have done this morning. On the actual file in question we can only see that the file was added this morning. With us adding the project to a remote repository this morning, has this cleared the history out that you are referring to?
Anyway, it's not causing us any problems - now the project is under source control via a remote repository we have back ups in case anything similar happens again (however unlikely).
Thank you for all your help regarding this matter Steve.
Many thanks
David
Using the History we can only see the workspace created date and the two commits we have done this morning. On the actual file in question we can only see that the file was added this morning. With us adding the project to a remote repository this morning, has this cleared the history out that you are referring to?
Anyway, it's not causing us any problems - now the project is under source control via a remote repository we have back ups in case anything similar happens again (however unlikely).
Thank you for all your help regarding this matter Steve.
Many thanks
David