You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
1.3 - Can not build new project due to missing App_Resources #763
/Users/emiloberg/code/slask/clean-nativescript-project/clean/platforms/android/build/intermediates/manifests/full/debug/AndroidManifest.xml:24:23-37 : No resource found that matches the given name (at 'icon' with value '@drawable/icon').
:processDebugResources FAILED
FAILURE: Build failed with an exception.
Reason for this is because there is no App_Resources folder (and it's content) in the app folder. When copying an App_Resources folder from another project, the build works.
I'd say this is quite major as new users can not create their first project.
(The project is buildable on iOS as iOS do not need an app icon).
will create a project with the App_Resources-folder.
Ouch, this could be kinda hard to figure out, even for the seasoned developer. Hmm, is it possible to do a clean (or at least a check if clean is needed) as a part of the postinstall of nativescript?
Hi @NathanaelA ,
The release version is not incorrect. The problem is with the npm cache itself, it somehow misses the AppResources directory. When you clean the cache, the template is downloaded again and it is the real one with AppResources dir.
Please excuse me for the late reply, somehow I've missed this messages.
We are not sure what is causing this behavior. The fact is that it happens when we use npm api (NativeScript CLI executes npm cache add command via npm api) it causes corruptions of the cache. In order to fix this, we are working on a SHA Sum check of the downloaded package and compare it to the one from registry.npmjs.org. We are already doing this for tns-android and tns-ios runtimes, I'll add the check for tns-template-hello-world* packages as well.
Once again, please excuse me for the late reply and for the caused inconvenience.
Ok, I've added the fix for this issue in CLI's master branch. Hopefully we'll not face this problem anymore. Feel free to contact us in case you have any problems or concerns.
Activity
NathanaelA commentedon Sep 17, 2015
NathanaelA commentedon Sep 18, 2015
dtopuzov commentedon Sep 18, 2015
Hi, this should be npm cache issue, please run:
npm cache clean
or manually delete your npm cache folder (at lest tns-* folders)
emiloberg commentedon Sep 18, 2015
Working. Running
will create a project with the
App_Resources-folder.Ouch, this could be kinda hard to figure out, even for the seasoned developer. Hmm, is it possible to do a clean (or at least a check if clean is needed) as a part of the postinstall of nativescript?
dtopuzov commentedon Sep 18, 2015
Yes, we will try to provide fix in next release of {N}.
NathanaelA commentedon Sep 18, 2015
rosen-vladimirov commentedon Sep 18, 2015
Hi @NathanaelA ,
The release version is not incorrect. The problem is with the npm cache itself, it somehow misses the AppResources directory. When you clean the cache, the template is downloaded again and it is the real one with AppResources dir.
NathanaelA commentedon Sep 18, 2015
NathanaelA commentedon Sep 19, 2015
NathanaelA commentedon Sep 23, 2015
rosen-vladimirov commentedon Sep 25, 2015
Hi @NathanaelA ,
Please excuse me for the late reply, somehow I've missed this messages.
We are not sure what is causing this behavior. The fact is that it happens when we use npm api (NativeScript CLI executes
npm cache addcommand via npm api) it causes corruptions of the cache. In order to fix this, we are working on a SHA Sum check of the downloaded package and compare it to the one fromregistry.npmjs.org. We are already doing this fortns-androidandtns-iosruntimes, I'll add the check fortns-template-hello-world*packages as well.Once again, please excuse me for the late reply and for the caused inconvenience.
Add checks for all cached packages
Add checks for all cached packages
rosen-vladimirov commentedon Sep 28, 2015
Ok, I've added the fix for this issue in CLI's master branch. Hopefully we'll not face this problem anymore. Feel free to contact us in case you have any problems or concerns.
vchimev commentedon Mar 1, 2017
@msangapu,
Could you please open a new issue following the issue template and providing the information required?
Locking conversation here.