my apologies for the delay, somehow you original message slipped by me.
The most likely explanation for this error is a mismatch between the certificate, the profile (and the devices listed in the profile) and the actual device you are running on. Looking at the device log in Console.app on the Mac might show a more detailed error message that explains it better than th generic error code that gets reported to Water during deploy.
Well, the app is loaded into the device with Fire, so the profiles should be alright, if not, apple wouldn’t let me install.
So the problem must be somewhere else in Visual Studio and/or Water in Windows 10. I noticed something weird in Visual Studio 2017, I cannot select the “provisioning profile ID” (no options suggested), and the “provisioning profile name” shows the provisioning profile ID (not the name).
I only have one one provisioning profile and one certificate, so I can’t mismatch anything. I also tried with Xcode and this certificate and provisioning profile, which runs and debugs perfectly.
I really need your help here, I tried everything I could imagine.
Curious. I see a CodeSignature folder in the bundle, but RB App Checker Lite (free on the Mac App Store, highly recommended tool) claims:
Evaluating the application “AppBorrame.app”.
The application is unsigned. 
Executable code for arm64 has the UUID “088ED051-D597-3566-A41A-E841F29F9A08”.
A development profile is present: “WildcarDevelopment”. 
UUID: “2b06daf7-e36c-4dbf-9605-b2ae414d0f60”.
Created on Oct 22, 2018.
Will expire on Oct 22, 2019.
The profile specifies the application “Xcode iOS Wildcard App ID” (8YMSTWPHDJ).
The profile specifies the team “Encuesta Facil SL” (8YMSTWPHDJ).
The profile matches the application's Team ID ().
There are 4 provisioned devices. 
The profile was signed by 3 certificates. 
The profile may be used by one developer:
Developer Certificate “iPhone Developer: Carlos Frias Martinez (WBDX5VC4HG)”. 
The application is not sandboxed.
The application is quarantined. 
No auxiliary executables have been found.
the valid art from the Device log is
22:50:00.112721 +0200 mobile_installation_proxy 0x16d3c3000 handle_install: Installation failed: Error Domain=MIInstallerErrorDomain Code=13 "Failed to verify code signature of /private/var/installd/Library/Caches/com.apple.mobile.installd.staging/temp.12qBu6/extracted/AppBorrame.app : 0xe800801c (No code signature found.)" UserInfo={LibMISErrorNumber=-402620388, LegacyErrorString=ApplicationVerificationFailed, SourceFileLine=199, FunctionName=+[MICodeSigningVerifier _validateSignatureAndCopyInfoForURL:withOptions:error:], NSLocalizedDescription=Failed to verify code signature of /private/var/installd/Library/Caches/com.apple.mobile.installd.staging/temp.12qBu6/extracted/AppBorrame.app : 0xe800801c (No code signature found.)}
and that seems to match. somehow, this code signature is broken.
This is the exact same project that deployed fine when you built it in Fire (as per your the thread, where the debugger crashed), correct?
Can you do me. favor and try the following steps:
do a Clean
delete /Users/Charly/Library/Application Support/RemObjects Software/EBuild/CrossBox/Clients/W7DEV17/ on your Mac
delete C:\Users\charly.DTRF\AppData\Local\RemObjects Software\EBuild\Obj\AppBorrame-360080D03623A0321E9DD4F9CD67091DD358069F on Windows
build (don’t run the app)
zip up /Users/Charly/Library/Application Support/RemObjects Software/EBuild/CrossBox/Clients/W7DEV17/AppBorrame-360080D03623A0321E9DD4F9CD67091DD358069F/Toffee-iOS/AppBorrame.app/
zip up C:\Users\charly.DTRF\AppData\Local\RemObjects Software\EBuild\Obj\AppBorrame-360080D03623A0321E9DD4F9CD67091DD358069F\Debug\Toffee-iOS\Device\AppBorrame.app
THEN:
run
zip up /Users/Charly/Library/Application Support/RemObjects Software/EBuild/CrossBox/Clients/W7DEV17/AppBorrame-360080D03623A0321E9DD4F9CD67091DD358069F/Toffee-iOS/AppBorrame.app/ (again)
and send me all three zips, named in a way so I know which is which.
the first would be the app, as signed on the Mac
the second is that same app, downloaded to Windows
the third on would be the app (possibly) rue-loaded to your Mac to debug it
Ok, found the problem. It seems that access to the key chain can be restricted when calling code sign via SSH, as CrossBox does. There should be an error in the log, such as