Hello I am making a web service, which will validate windows store in-app purchases using a receipt from the app. I found this link in microsoft website https://msdn.microsoft.com/en-us/windows/uwp/monetize/use-receipts-to-verify-product-purchases it shows an example code to test with provided receipt data. My web service works with the example data. Now, while the mobile app is still in development I want to test the web service with a real receipt. So is there any other way, other than actually buying the product (consumable), to get a receipt? As I read around the only other way to test purchases is to use windows.applicationModel.Store.CurrentAppSimulator static class. But it uses a locally generated WindowsStoreProxy.xml, but in this case:
The app has to work
I could not find information whether it actually queries the Windows store or just uses the dummy data
So is there any other way, other than actually buying the product (consumable), to get a receipt?
No, even if you use CurrentAppSimulator class, you will still get the receipt not associated with the Store.
The only option is to publish your app and IAP product. Then you can make a purchase by using CurrentApp.RequestAppPurchaseAsync or CurrentApp.RequestProductPurchaseAsync (or one of the other overloads of this method), the return value contains the receipt or call the CurrentApp.GetAppReceiptAsync method to retrieve the current receipt info for your app and any add-ons in your app.
I would like to suggest you to create a simple app and publish it first with hidden availability and create add-on product within it. Then you can use the methods above to request for receipt. After complete testing your web service, you can update it with your official mobile app package and make it available to public or just delete it as you expect.
For more details, you may refer to Use receipts to verify product purchases.
Related
I am using Firebase, and I want to be able to create a user, get his ID, and then create his profile data.
I can do this using Google.Cloud.Firestore, just the way we do it in Android. However, I want to do this from a C# web application.
I have not been able to find anything that creates an auth user that is callable from C#. How can I do this?
There's this FirebaseUI Widget in javascript which really gives a lot's of auth options out of the box (Google, phone, email/password, etc.), but I need to use my own interface (i.e., the interface required by my client).
There is no SDK for accessing Firebase Authentication from C#/ASP.NET web application.
But there is a REST API for Firebase Authentication that you can call from any platform that can make HTTPS calls, and which has a method to create a user account.
A quick search also lead me to this third-party library by Step Up Labs, but I have no experience with it.
My app fetchers selling digital goods and I don't want to use in-app purchases for this purpose instead I would like to
use pesapal integration with the help of a WebBrowser control. I have checked the store policies regarding this as well as the
WebBrowser control security best practices for Windows Phone 8 but now confused since I am not still sure if it is legal and will my app be
rejected if I integrate payment using a WebBrowser control. ? Any help is appriciated...
Based on your description, we know you want to sell digital goods in your app. According to the Windows Store Policies 10.8 Financial Transactions, we can know that you could need to use the Microsoft in-app purchase API to sell digital items or services that are consumed or used within your app.
You could need to use a secure third party purchase API for purchase of physical goods or services, real world gambling or charitable contributions.
Please note only the tester can pass/fail an app.
It is possible to use a Web controller to load payments, we did this for Ticketsasa.com Application and it was approved before we changed to the current one which uses a different approach. The requirement however is that you must inform the user prior to loading the Web controller that by clicking of a button (or the event that loads the web Controller) will lead them to be redirected to a webpage where they will pay.
I am building a UWP app for windows 10. I want the users to be able to login to a website and retrieve data from that site using the login information provided. How to login to a website programmatically and save the login credentials and login automatically the next time the user opens the app ? I want the login information to be available throughout the app so that in all the pag
It heavily depends on the web app you're trying to connect to. Actually, you don't connect to the web app or to a site but most likely to some backend services which back up the whole web application. The UI is called in this case a web client. What you are trying to do, is to create a desktop client (the UWP app).
Unless this site you're speaking of, has no clear documentation of how to use a certain API to connect to it, I don't see a way you can achieve this.
Additionaly, I am sure this whole approach will raise suspicions when your app might be eventually under certification, before being published in the Windows Store. If it doesn't pass the certification, only you can use it, others can't, 'cause it won't be available for them.
if you have the login information. I guess you have a token to make a valid requests.
Just need to save this information in the storage of your application and get the saved data when it will be necessary.
Please check this example how to use Storage in UWP apps
https://msdn.microsoft.com/en-us/library/windows/apps/mt185401.aspx
I recommend you to use Json format to save the data in your storage with this technique you can serialize a your data very easy.
here is an example:
http://www.codeproject.com/Tips/79435/Deserialize-JSON-with-C
I always use this approach in my apps and they work very well.
Best Regards
I have done a project similar to your project. My project involved logging in onto a website inside an UWP-application. I wanted to inject login-information into the DOM without the user knowing the information.
Quickly I concluded that the WebView Class is too limited and tightly protected to get it working. I resorted to an alternative webbrowser for UWP-applications named Gecko. Gecko is a .NET implementation of Firefox, found a tutorial on how to get it working and it worked right out of the box.
In the case of your project you have three options:
Use a UWP popup (MenuFlyOut class) where the user inserts their data. You then inject the inserted data into the DOM of the browser.
Let the user insert their credentials inside the DOM and intercept the keystrokes.
Let the user insert their credentials inside the DOM and retrieve the information by requesting the value of the inputs inside the DOM.
To use the values everywhere throughout the application you can create a static attribute inside the App-class inside the App.Xaml.cs file.
sealed partial class App : Application
{
internal static String Username { get; set; }
internal static String Password { get; set; }
public App()
{
If you want to use the variables again you can use them like this:
App.Username
I am writing a simple WPF quiz application for a family member and he would like users of this application to have the option to send him their scores once they have completed the quiz. I was hoping to do this without the need to create some kind of webservice for the app to talk back to.
My initial idea was to email the results back, but that runs into problems. What if there is no SMTP client on the user's machine? I don't want to embed a password for a public smtp server into the application. I could do a Process.Start("mailto:..."), but that requires their machine to have a handler for mailto: and for them to click submit on the generated email.
Another idea I had was that the app could add a line into a Google docs spreadsheet, but that would mean a google docs password would need to be embedded in the app.
So my question is, without me writing a separate application running on a webserver for my WPF app to talk to, is there a good way of my app sending data back to me that doesn't require a password? I'm guessing there must be some kind of public webservice I could use for this?
If you're happy with a third party service that can do this for you, consider Parse, or any other 'backend as a service' provider.
You should then be able to implement something else that reads the saved data from the service when required, without having to expose itself as an API.
Create a google doc forms and when you need the user to submit their score, launch a web browser with the doc url. You can auto-populate the fields by query parameters( ... &entry_0=Barney&entry_1=Google& ... )
I have an ASP.NET application and a Windows Service. My ASP.NET application allows for users to allow the application to connect with Facebook. If a user has connected the application with Facebook, the Windows Service will later (sometimes much later) post a message on the user's News Feed. I have two questions:
What information do I need to collect from Facebook?
How do I collect that information?
I know that I will need to save some information back to a database that both the ASP.NET application and the Windows Service can access. I have this approach working with Twitter. But I am trying to figure out how to do it with Facebook without much luck.
Thank you for your help.
You're basically limited to the list of "ids" in terms of data you can "save back to a database". For example, on a connect site, you cannot store their "name" or "about" for more than 24 hours:
http://wiki.developers.facebook.com/index.php/Storable_Data
To actually get the data you'll want to use one of the following API methods:
http://wiki.developers.facebook.com/index.php/Users.getInfo
http://wiki.developers.facebook.com/index.php/Users.getStandardInfo
More than likely, getInfo as getStandardInfo returns you cannot display publicly. You'll of course need to use Facebook Connect to first authenticate the user, then you can query the API using Javascript or an ASP.NET FB library to get API results. You'll find a load of client libraries here:
http://wiki.developers.facebook.com/index.php/Client_Libraries
http://wiki.developers.facebook.com/index.php/ASP.NET