Worklight - Unable to Download App - "App Center" could not be installed at this time - ios7

I code sign the IBM AppCenter client for iOS using my Enterprise Certificate. I used a unique bundle identifier and provisioning profile for the same. The OTA installation works fine in most of the iOS devices.
In few devices iPhone5S powered with iOS 7.1.1, it fails to download and install and gives the error message "Unable to Download App" - App Center could not be installed at this time". I have checked the Code Signing properties in my codebase. Every thing looks fine. Note sure why this fails in few devices and works fine in most of the devices.

There could be multiple reasons:
as Idan said already, iOS 7.1 requires SSL (https) with a real SSL certificate, that is, self signed certificates don't work. Application Center must run on a server that has a CA authorized SSL certificate that matches the server URL. Earlier versions of iOS did not have this restriction.
the app might not be provisioned for the device. This depends on your provisioning profile. Development profiles are limited to preregistered devices. If you are able to side-load the app on the same device, the provisioning profile must be correct. Typically, when the provisioning profiles is wrong, the app appears to be downloaded to ca 75% and then the failure occurs.
the Apple server to validate the provisioning profile is not reachable. This happens seldom and is normally not specific to a device. This can only explain occasional random failures to install the app, but it cannot explain when an app fails always on the same device.
there might be a connection problem between the Application Center server and the device. In this case, you don't see the download to go to 75% but it stops earlier in the download process. In Worklight 6.1, the Application Center uses resumable downloads, hence a temporary connection problem should normally get resolved automatically. But it can be a permanent connection problem on specific devices. In order to check whether it is a connection problem, you could open the Worklight AppCenter Console on the device inside Safari and try to download any app binary ... The resulting network traffic is similar to the one that occurs during installation.
I hope this helps!

Related

Issues encountered on a fresh installation of RocketChat (1524) on Ubuntu

I have just downloaded and installed latest Rocket.chat using SNAP tool on Ubuntu (16.04 LTS). Overall, I had a smooth experience of installing and getting started with Rocket.chat. However, I did find a few serious issues.
I try to get auto SSL running by following the instructions at: https://rocket.chat/docs/installation/manual-installation/ubuntu/snaps/autossl/. But after configuring the Caddy file, the Caddy service failed to start, with the message:
Activating privacy features… 2018/04/24 17:58:09 open /root/snap/rocketchat-server/1254/.caddy/acme/acme-v02.api.letsencrypt.org/sites//.crt: no such file or directory
The second issue is with start video chat using webRTC. When I clicked on it, nothing happened. I am using Chrome browser and tried to start video chat on several devices. All the Chrome browsers have passed the webRTC tests. I don’t know why video screen is not shown.
I signed in with open.rocket.chat and compared the differences between my installation and the official site. When my browser points to open.rocket.chat site, the videochat does not work either. It does show the video window, but only displays only myself, not the remote member. Note to experiment, I signed up with 2 accounts to simulate 2 members chatting.
Also I downloaded the Android Rocketchat client. However, I couldn’t find the start video chat option. Is it true that video chat is unavailable yet on the Android client?
To summarise, we have the issue of setting up auto SSL with Caddy, and using video chat (webRTC). It could be that I missed a few basic configurations on my environment. Other functions like text messaging works fine.
We are deciding whether we should use Slack/CometChat for our instant messaging solution. It seems RocketChat has all the features we want, but it is a pity we couldn’t get it to work completely.
Appreciate someone can guide me in this.
I did some investigations on these issues, and have made some progress. I'd like to share my findings, which I hope could be of some help in future to newbies of RocketChat like me.
However, I still have a few issues unresolved, and hope someone could help.
Caddy service failed to start
Using self-signed certificate and defining the domain name in /etc/hosts, I can get Caddy service to start and https to work. My guess is that the domain name I used, even it is registered with a DNS provider, has no CNAME record, and is not mapped to any IP address. Letsencrypt, which is used by Caddy to do on-demand SSL, therefore is unable to create a SSL certificate for my domain name. It would be nice if the RocketChat documentation could make it clearer.
open.rocket.chat WebRTC-based video chat not working
after I used another Windows machine, the video chat is working. Presumably my previous computer does not have the latest Windows update. But I am glad with open.rocket.chat site, every feature I tested is working.
On my self-hosted Rocket-chat (i.e. a Linux server at home), however, the video chat is still not working. When I clicked on the "start video chat" button, no video screen is launched on my browser window. On the remote browser (which was used for simulating the conversation partner), there is a notification "xxx invites you to video chat, do you accept?". I clicked on "Yes". After that, nothing happens on the remote browser. The only issue I can think of is that I didn't use https to connect to the self-hosted Rocket-chat. Because I am using several computers in my home wireless network. I only use http://192.168.0.3:3000 to point to the chat server. I am wondering if secure connection is required in order to use video chat?
On the Android Rocket Chat app, I couldn't find any links to start a video chat, nor can I receive any video chat invite. Is it by design or a defect?
Hope someone can enlighten me on these issues.
I made further investigation as to why webRTC does not work on my self-hosted Rocket-chat instance. It is related to secured connection. There is a related discussion in the RocketChat forum:
https://github.com/RocketChat/Rocket.Chat/issues/1813
Basically, the connection to the Rocket.chat server must be secure for WebRtc to work. After I configure Caddy to support HTTPS listening on Rocket.Chat (currently using self-signed certificate), WebRTC works. It would really help users if the documentation can make this clear.
Now the remaining issue for me is to figure out if Android Rocket Chat app supports Web RTC.

How to stop the user from using the app when the status is set to disabled/lost/stolen in IBM Mobilefirst console

I am using a native Android and IOS app which connects to Mobilefirst server. The app is connecting to MFP server for App authenticity and for creating user identity(Adapter authentication).
Now when I went console/devices
I see status specific to device which contains Active, Lost, Stolen, Expired and Disabled.
And under installed apps I see status Enabled and disabled. I see Certificate Serial Number value being No certificate. Do I need to add anything to get this certificate will this matter to enable or disable the status of the app.
My question is how do I use these features in Native apps?
You start by reading the documentation. You can go ahead and start reading here: http://www.ibm.com/support/knowledgecenter/SSHS8R_7.1.0/com.ibm.worklight.monitor.doc/monitor/c_device_mgmt.html
It has nothing to do with programming so I'm not going to write anymore about this in Stack Overflow (it is too much to cover anyway).

Push notification does not work on mobilefirst platform 7.1 server

We have develop a cross platform app with mobilefirst studio 7.0 and test it on production environment.
It was fine before we upgrade our project with mobilefirst studio 7.1.0.00-201510120-1525 and test it on clean staging server (7.1.0.0 20151012-1525).
It seems that the push notification functionality dedicated on mobilefirst 7.0 did not work properly on production server of mobilefirst platform version 7.1. The source code and configuration file of our mobilefirst push notifcation adapter and configuration files are here.
Inorder to fix the issue, we refer to official push notification tutorial which was documented here.
Surprisingly, although the source project in official tutorial looks fine on development server, it still not work on production server either.
We have test this project using iphone5s with ios 8.4 and HTC 816h phone with android 4.4.2, both of them fail to register push notification service after we login to the HybridEventSource sample application and tap the “Subscribe Notification” button.
The Mobilefirst server logs down internal server error message during the registration process of client devices.
I am wondering how to let the push notification mechanism work again on mobilefirst 7.1?
Either a valid push notification sample code of mobilefirst 7.1 or any fix pack which we do not know is welcomed.
Since we did not authenticate users via mobilefirst server, and devices were connected through vpn to server,
we prefer to have a solution which does not depends on particular mobilefirst server side authentication mechanism.
The server log message generated during this test is in this file.
The log file generated while we run EventSourceNotification app as xcode project is in this file.
For detail system log from ios device, please refer to device log file
And the Log message generated by HTC 816h android 4.4.2 phone is here
Information about our server environment:
Operating system : centos 5.8 linux
Java development kit : Oracle jdk 1.8 update 65 x86-64
Application server : Apache tomcat server 7.0.63
Worklight environment database : oracle database 11g.
Apple push notification service certificate : sandbox version
Well that's kinda suspicious, isn't it?
Since we did not authenticate users via mobilefirst server, and devices were connected through vpn to server, we prefer to have a solution which does not depends on particular mobilefirst server side authentication mechanism.
You are using the push mechanism provided by MFPF but you do not want to go through MFPF? You are required to go through MFPF if you want to use the push mechanism provided by MFPF... What did you mean by the above?
That said, did your DBA examine mf7-1-EventSourceNotifications-catalina.out.log? There are quite a few Oracle-related exceptions there that you should look at.
If you are still unable to resolve it I suggest to open a PMR instead so that the development team will be able to further investigate.

Mobile First Platform Appcenter access from Mobile

I Create the IBM Appcenter Installer for Iphone and deployed into the Appcenter and I access the appcenter console from the Mobile.
http://Honstname:9080/appcenterconsole/installers.html I am able to see the new installer(IBM App Center), When I click the install I am getting the error called.
cannot install application because the certificate is not valid.
I download the IOS enterprise development certificate from the developer.apple.com, I don't know where I can install this certificate in server or?, if mobile means how can I gave this certificate to every customer.
Please correct me if I am wrong.
For iOS, you must setup the server with SSL support.
There are too many steps to detail here, so it is based for you to review the full set of instructions in the following user documentation topic: https://www-01.ibm.com/support/knowledgecenter/SSHS8R_7.0.0/com.ibm.worklight.installconfig.doc/appcenter/c_ac_ssl_config.html%23configuringsecuresocketslayerssl

IBM Worklight 6.0 - Busy indicator remains displayed in AppCenter client

After successfully building the AppCenter client application and launching it in an iOS device, my problem is that when I enter my Worklight Server credentials, the server URL and the port and with or without the applicationcenter context, the loading progress keeps running...
How to solve this issue?
I agree with Idan, first thing to do is to run the application center client on the iOS emulator and look at the device logs. I have seen the loading never ending when the client was not compiled correctly, note that the native folder of the application center client worklight project contains native code (a cordova plugin) that needs to be present in order for the application to run properly. If this is the problem you are facing, the cordova log will tell you that the plugin named 'com.ibm.mobile.InstallerPlugin' is missing.