I have a UWP Application, which needs to be build for two different project configurations i.e for two sets of Microsoft store Application identity and client id and client secret.
So for making two different builds all I do is change the identity tag in package.appxmanifest file. I need to test PushNotifications using WNS for these two project configurations.
The issue is when I manually set the identity tag in package.appxmanifest, the app doesnot receive a notification, but when I asssociate it with the store with the App in Windows store, the app starts getting push notification.
Is there any other file or certificate that needs to be removed for manually changing the identity tag, and making the App work?
the identity tag (inluce phone product id and package name) of the app must be the same as displayed in app store to enable push for this package. When you asssociate it with the app in store, Visual Studio did the copy paste for you.
To have difference build setting, just create a new app in dev center, asssociate your package with it before building to get new configuration.
Related
I want to use a Json file, when i click on a button to rate the app, the URL will be in a Json file Online, so i can any time change it without updating the app from the market.
Is there any example for that ?
You may want to check/use the Firebase Remote Config to define parameters in your app and update their values in the cloud, allowing you to modify the appearance and behavior of your app without distributing an app update.
Here's a Sample App Walkthrough from them on how to use the Firebase Remote Config.
Is there an API that allows to me to programmatically pull the latest update from the store and refresh the current version that the user is using? If not, is it possible for the current app to programmatically know that there is a new version available?
Any samples/examples would be highly appreciated.
You can't programmatically install any Store software. But you can programmatically open the Store to let it do the user manually.
That said, there's no official Store API which you could ask about app versions (you might be able to parse the Store's HTML pages, but I recommend against this approach).
What you can do: Put a small XML file on your website which contains the latest app version number. Your app then can read this file and compare this desired version against the running app's version. If the app is outdated, the app can show a message box to the user.
I ended up using WNS and Azure Notification Hub to send a push notification to the app when it is launched. The notification is in the form of a toast message that essentially states that a new release is available. But if you updated/downloaded the app after xx/xx/xxxx, no updates are necessary.
I know it is a little cludgy but at least the users now know that the version of the app that they are using may be dated. I control the notification through Azure Mobile Service (which is free for up to 10 apps) and can fully modify the actual script.
I submit a test Windows Phone Silverlight Project 8.1 and get this error when submit
The package identity associated with this update doesn't match the uploaded appx: "2e740376-677c-4df8-b1af-95b72863f017"
Windows Phone 8.0 project dont meet that error. Any suggestion? Thanks
I ran into the same problem, but the solution is simple - the Package identity name and Windows Publisher Name in Windows Store Dashboard must match with the values inside the uploaded xap package.
You can find these values in the Windows Store Dasboard in the App identity section:
You then need to copy and paste these values inside your Package.appxmanifest file. Note you have to open this file using text editor. These values are not editable using the UI editor:
I had the same issue and fixed it by going to my dashboard, looking inside my in-progress app, clicking details and there I could see my package id. I copied that and pasted it inside my package manifest file.
Exactly as the error states, your package identity doesn't match. The GUID in your WMAppManifest.xml and Package.appxmanifest have to be identical (and would be so, had you done a new project, or upgraded an existing project). The Package Identity name also have to match with the values from the Store submission process.
And if you're submitting to an existing application ID on the store, you obviously have to use the same GUID as you previously used for submitted.
I am a newbie in Windows Store Apps development. I have created an app which has some In-App purchase modules. I am testing this with locally created WindowsStoreProxy.xml file, However to test in app purchases, I updated this xml manually and added these modules in ListingInformation and LicenseInformation tags. If I don't do this my app throws KeyNotFoundException which is usual. Now my issue is, after submitting the app to the app store how will testers test these in-app purchases? Its very serious, because It may cause to App Rejection. Please suggest.
On the Store dashboard, you'll fill out the in-app purchase details before you submit. All that info will then be in the Store database when the testers get your app.
To be specific, when uploading your app you'll take whatever information you've been using from WindowsStoreProxy.xml and paste it into the app description page. If you want to see what this looks like, go ahead and create an app package now, and then upload to the dashboard. This will then allow you do go to the description page where you can see what will be required. Just make sure to upload a new package before you complete the submission.
Also be sure to change CurrentAppSimulator to CurrentApp (you'll fail cert quickly if you forget).
I'm new to Windows Phone 8 development. I'm coming from an ASP.NET Web Forms background where settings are stored in Web.Config. As some of you know, the Web.Config settings are hierarchical in nature where values are overridden depending on their location (root Web.config, machine.config, app level Web.config)
I am creating an app that calls into a third party API. The third party API uses OAuth which requires personal key information. I plan on open sourcing the code so I don't want to expose those keys.
If this was ASP.NET, I'd store the keys in a Web.config file outside of the app. This way, I'd be safe to publish my app to the public.
How would I achieve the same with a Windows Phone 8 app?
App.config functionality does not exist in Silverlight and WP apps. You can use IsolatedStorageSettings.ApplicationSettings to save/receive settings.
If you still want to use something similar to App.config then you can check this link for a similar functionality implementation.