Fabric.io seems to say on the front page that everything is free. Yet when i try to set up AppSee, the Fabric MAC desktop client says it will set up an AppSee account for me (or at least that is what i remember). But part of the AppSee install process through Fabric.io desktop client is to ..
We'll need your existing API key found in the Appsee dashboard to
complete the installation of this kit.
Yet when i try my Fabric.io credentials on AppSee to get to my dashboard, AppSee doesn't know me. I went to the front page and see this big text that says 14 day Free Trial . So I have two questions
Do I need to create a seperate AppSee Account
Is AppSee free?
No, not free
An email is generated. If you check your email there is an email from AppSee so you can create your account
From Fabric:
Fabric has deprecated the third party kits as of August 2, 2018. As of
this date, you will not be able to onboard new third party kits via
Fabric to your apps
Any existing apps using third party kits are not affected. Your
dashboard and how your app functions stay the same.
So,
1. You need to create an account in Appsee.
2. There is a version of Appsee that is free (for small teams), see here.
Related
Google Cloud Platform's Tech Support directed me here.
GCP is telling me the add-on is "successfully verified and add-on is available for users." The OAuth Consent Screen confirms this.
In Developer Dashboard, the add-on is published. The "Publish in Marketplace" checkbox was checked upon submission for publication.
I've read through troves of online Google documentation, but still have not found the solution.
The docs add-on is OrangeSlice: Teacher Rubric.
ideas? Thx
It's here https://gsuite.google.com/marketplace/app/orangeslice_teacher_rubric/852746965799. You can find the link in the G Suite Marketplace SDK.
The answer is, I think, Google is very busy.
There are three advertised approval steps but it took more to get the add-on listed. It was approved first via Developer Dashboard crew. After completing the GS Marketplace Configuration and then the GS Cloud for OAuth, it was approved twice more. To the get add-on published, I needed to inform Developer Dashboard that it was approved by GS Cloud, THEN IT COULD BE RELEASED.
So if you're having issues, be persistent. The Google team answers nicely but many questions go unanswered or are ambiguous. There are many directions spread over several different pages: Marketplace, Cloud, Apps Scripts, OAuth App Verif FAQ, etc. They mostly concur but there is plenty of vagueness and inconsistency which only added to my confusion. I have 2 add-ons, one is a stripped down version of the other. The stripped down version had more hoops to jump through for approval-verification and then release than the fully loaded version. Not sure why. Again, the Google team is nice but it feels like they are swamped and/or have an intra-system communication challenges.
Here's an example.. directions within an email from the Google team:
Please follow the steps below to ensure your OAuth scope(s) request is submitted for review:
Sign-in to the Google Cloud Console
Select the project-id: api-project-#############
Go to Credentials on the OAuth Consent Screen
.....Credentials and OAuth Consent screens are two separate screens under the same heading, API Apps & Services. Neither exists within the other but next to each other.
So what to do?
When I try to publish my app on the Gsuite Marketplace via GCP, I find no way to change the setting 'Visibility'. Event if the app has never been published.
Between the two options (My Domain - Public), My domain is selected and can't be switched to Public, so nobody has access to my app.
Any help?
I've tried to contact the support and find help on forums but no answer at all.
First step, I'd recommend reviewing Choosing where to publish to ensure that you've published to the correct location. As noted under Publish your app (before you publish), your app is reviewed to determine if it meets the requirements for the relevant store. Additionally, your application may also have to undergo OAuth verification (I think this could be the problem) , and security assessment if it accesses user data, such as Gmail, Drive, Contacts, or Calendar
If your app is exempt from verification or if you've already undergone assessment and been approved, and your issue persists, I'd recommend contacting Marketplace Developer Support, via the below steps, who can assist you with your publishing issue.
Navigate to the new Developer Dashboard.
Click Contact Us.
The Developer Support contact us form is displayed.
I've tried to contact the support and find help on forums but no answer at all.
How did you contact Google Support? They have many teams and sometimes agents are not aware of the scope of support. Personally I would contact GCP Support first to verify your App in GCP, once they confirm everything is working from their end they need to route the case to GSuite with an Admin Console specialist to debug the problem
I am a newbie in Windows Phone development. Could someone please help me with the below questions with respect to Windows Phone 8.
Company Hub: I assume that this will be a custom application that works as a store/catalog for other company applications (plus additional company information). This has to be developed either by the company itself, or by a vendor for the company. Please correct me if I am wrong.
Company Hub is invoked by going to Settings ->Company Apps. Again, please correct me.
In some videos, I have seen people logging into "Company Apps" by clicking on an "Add Account" button (Settings ->Company Apps). What is this account? It just asks for an email address and password.
How is MDM (Mobile Device Management) implemented in WP8 devices? Is it using the WNS (Windows Notification Services), just like Apple's APNS? Is there a documentation available for implementing MDM in WP8?
If this is handled using WNS, then what actions can be performed on a remote Windows Phone 8 device? Is there available a list of commands?
Saw few examples using Exchange ActiveSync. Some product companies have their own Administration Portal to setup ActiveSync configurations. How can this be done?
You are correct
You are correct
AFAIK the company account is autodetected, based on the email address that user provides. Companies must get certificate from Symantec in order to use Company Apps. Check out also Applications Enrollment Token from MSDN
Documentation for MDM API is currently (09.Nov 2012) not yet publicly available.
You can check out press releases from MobileIron or AirWatch - see what they promise - that covers the API possibilities
Update: Google 2WP8_Enterprise_Device_Management_Protocol.pdf".
The Settings->Company Apps is where you add your company's hub but once you add it it will show up as an app in the app list and can be pinned to the start screen.
It's basically an app that can be used to show information and install other apps
Users in your company will need to authenticate themselves to get your company app. I'm not sure about the details there
I'm trying to implement in-app payment support in a BB application.
Ok, I've read the API/docs and now I need to write a simple test. Here is what API says about testing:
To test the end-to-end purchase flow without being charged money, you can set up a BlackBerry ID as a test account. The test account allows you to download any applications or digital goods that are associated with your BlackBerry App World vendor account without incurring any costs. Local testing must be turned off for this type of testing, otherwise no network connections will be attempted.
From the above I see that I need to achieve 2 goals:
(1) "set up a BlackBerry ID as a test account" (what ever it means).
(2) "Local testing must be turned off for this type of testing" (what ever it means).
The API is vague on how to do that. I can only guess that point (1) can be done on the side of my customer (whom I'm writing the app for) via his AppWorld account. Is it true? And I'm totally out of ideas on point (2). Could anyone point me in the right direction?
Ah yes, the Payment API is particularly vague on testing, and in the latest version (1.5) RIM have removed the ability to test locally, so all testing must be done via App World. Here's how:
Setup a 'sandbox' account using the BlackBerry App World vendor portal
Upload your app into BlackBerry App world but don't publish it, just save it and leave it in draft state
Also in the vendor portal, set up your digital goods (the things available for in-app purchase)
On your BlackBerry, load App World and login with your sandbox account email address.
Within any screen in App World press ALT+TST and enter the SKU or ID of your test app.
You can then download the test version of your app (which is not available to anyone else)
Once the app is downloaded and installed you will be able to test your in app payments.
Bit of a faff, but not too hard once you've got the process sorted.
I have a question regarding app submission.
Situation: We have an iPhone Developer account and our customer has an iTunes Connect account. Is it possible that we hand them the signed, zipped application (that is signed with a provisioning profile from OUR account) and they upload it on their account?
Or is it REQUIRED that they give us acces with the "technician" role?
From my first impression, i think it should be possible that both accounts are not in any way connected, but i am not sure.
Any help is appreciated. If it is possible, please post references, Thanks =)
I think the short answer to the question in the title is "No".
See the iTunesConnect > FAQs > Manage your applications
I sold my app to another developer and
can no longer distribute on the App
Store. Can I transfer the app to the
new developer's iTunes Connect
account? At this time, applications
cannot be transferred to another
developer account. If you would like
the application to be sold through
another developer account, you will
need to remove the app from sale in
the current iTunes Connect account and
upload the app under the new iTunes
Connect account.
Not exactly your question, but sounds similar enough.
We had a need to resign a 3rd party developer supplied app with our signing keys - which sounds similar to what you want to do:
1) Use Xcode's Build > Build and Archive feature to create the version of the app to had off to your customer.
2) Select that build in the Archived Applications source in the Organizer
3) Choose Reveal Archived Application in Finder from the contextual menu
4) Select and compress the enclosing folder
5) Send that zip archive to your customer.
Your customer would then unzip and expand that archive in ~/Library/MobileDevice/Archived Applications. That will make it available in the Xcode Organizer. Your customer can then use the Share Application… and/or Submit to iTunes Connect… buttons to re-sign and distribute the app using your customer's distribution provisioning profile.
EDIT: A follow up that may not be clear from the info above.
To be able to do this, the 3rd party developer needs to build the app with your development profile; e.g. they need to be a "Team Member" of your account. They can do nothing more than build the app and sign it with development keys. Then they can deliver a build that has been compiled with your development keys at which point you can re-sign this with your distribution keys and submit.
If you need to, you can remove them and revoke their information from the iOS Provisioning Portal after successful app deployment.
EDIT2: With the Xcode 4 .xarchive bundles, you can just copy the .xarchive bundle into ~/Library/Developer/Xcode/Archives/[date]/ folder. Then it will show up in the Organizer under the Archives section - validate, share and submit from there.