I’m checking with engineering.
Rob
Thank you guys!
That invisible icon generated by Glider was messing with all builds here (iOS & Android).
My android builds were not installing due to “Failure [INSTALL_PARSE_FAILED_CERTIFICATE_ENCODING]”
My iOS builds were installing via Xcode but when I tried to install them via TestFlight they didn’t work (I was receiving an error message when finishing downloading: "“Unable to Download App. ‘[APP NAME]’ could not be installed at this time” and the device log would give me some strange errors like:
Aug 25 15:39:22 Renatos-iPhone installd[3802] \<Error\>: 0x283000 do\_preflight\_verification: Could not verify executable at /var/tmp/install\_staging.oBHaXg/foo\_extracted/Payload/IndiqueumHeroi.app Aug 25 15:39:22 Renatos-iPhone installd[3802] \<Error\>: 0x283000 install\_application: Could not preflight application install
Now everything works fine after deleting that invisible Icon file.
Any thing that changes the OS’s Icon (color it, add a graphic to it, etc.) will create an invisible Icon file that may hose your build.
Rob
I just noticed that when you start using CoronaViewer, Dropbox creates the Dropbox/Apps/CoronaViewer and inside the directory it automatically creates 2 invisible files: .dropbox & Icon. So, since I was also using CoronaViewer, I think it was Dropbox that added that invisible Icon file to my project.
Just registering here for future developers that see that problem.
You can exclude the .dropbox file for certain. The Icon file has a couple of non-printable characters and it’s probably guilty for breaking builds. You might be able to exclude it as well. I’ve been copying the files to a non-dropbox folder to build that doesn’t have an Icon on the folder.
Rob
Yes… I thought that it was a LuaGlider file but it is really Dropbox fault.
Do you think that adding these 2 files (.dropbox and Icon) to the excludeFiles list on my build.settings would be sufficient ?(I will try that anyway and post here the results)
I already developed a tool here to be able to use the CoronaViewer with any project without having to copy/move files around, so if the excludeFiles table works, I would use it as default for all of my projects.
I think the Icon file has some hidden characters. You could try excluding “Icon” and see what happens.
Rob
Was this ever resolved?
It should have been solved in daily build 2449.
Mac/iOS - Automatically exclude OSX icon files (“Icon\r”) from app builds - no casenum
Rob
Rob, the file name is “Icon\r”. How can we escape this character so that Corona will ignore it (can’t put the actual return character in of course)? You guys should really consider making this default behavior.
My Mac identifies the file as “Icon?” (on the terminal. Didn’t try using that on the excludeFiles)
The ? is a placeholder for any character not supported in output. The actual file is explained here: http://superuser.com/questions/298785/icon-file-on-os-x-desktop
I thought I tried ignoring with the ?, but I must have inadvertently reinstalled an old build instead. Tried again and it looks to be working!
I’m checking with engineering.
Rob
I just built for Android using 2506 (on OSX) and peeked inside the apk:
There’s still an “Icon” file there. (I don’t know if it’s the same one in question; it’s not one I put there.) I still get the INSTALL_PARSE_FAILED_CERTIFICATE_ENCODING error when trying to load it into my Genymotion android emulator. This is definitely something to do with dropbox or CoronaViewer.
It works fine if I don’t build from the CoronaViewer folder. It would be fantastic if I could just change everything to point to that one folder, though. Especially since what I’m working on currently is native text fields, and I’ve got to test on the actual devices to see what the heck is really going on. 
Dave
Side note: Why do my screenshots show up so tiny in the forum post? I’m attaching the screenshot, then “adding to post”; I don’t see how to make it “actual size”.
For those interested in this, I have two separate folders now. The folder containing my mobile app, and then the CoronaViewer folder. I created an Automator Service to “Sync to CoronaViewer” that is working wonderfully.
You can build your own pretty easily. It looks like a lot of steps, but they’re all really easy. It’ll take 5 minutes or less.
-
Open Automator
-
Choose Service workflow
-
At the top of the screen, select Service receives [no input] in [any application]. Note that [any application] could be Finder, Sublime Text, Lua Glider, or whatever you want. This is currently the only custom service I’ve got, so I’m just making it available everywhere.
-
From Utilities, add “Run Shell Script”
-
Enter something like: rsync -avzh --exclude ‘.*’ /Users/johndoe/Projects/YourMobileapp/* /Users/johndoe/Dropbox/Apps/CoronaViewer (replace ‘johndoe’ with your username)
-
Add “Get Value of Variable”
-
Name your variable in the drop down. It defaults to “Storage” but I named it “Output” instead.
-
Add “Display Notification” with the title: “Synced to CoronaViewer” and in the Message part, drag the “Output” Variable from the “Variable” pane at the bottom of the workflow.
-
Save as “Sync to CoronaViewer”
Now, anytime you want to sync your project, go to the Services sub menu in any app’s menu.
Very useful.
Was this ever resolved?
It should have been solved in daily build 2449.
Mac/iOS - Automatically exclude OSX icon files (“Icon\r”) from app builds - no casenum
Rob
I just built for Android using 2506 (on OSX) and peeked inside the apk:
There’s still an “Icon” file there. (I don’t know if it’s the same one in question; it’s not one I put there.) I still get the INSTALL_PARSE_FAILED_CERTIFICATE_ENCODING error when trying to load it into my Genymotion android emulator. This is definitely something to do with dropbox or CoronaViewer.
It works fine if I don’t build from the CoronaViewer folder. It would be fantastic if I could just change everything to point to that one folder, though. Especially since what I’m working on currently is native text fields, and I’ve got to test on the actual devices to see what the heck is really going on.
Dave