I had uploaded a windows phone 8.0 app to store around a year ago. Recently, the app has failed their newly updated certification procedure. One of the policies the app supposedly violated is this:-
10.1.1 Inaccurate Representation
The app icon displayed on the device doesn’t relate to the icon provided in the metadata.
I couldn't understand why this message is shown. The app's icon is definitely not a copy. What other issues might be causing this failure?
I couldn't understand why this message is shown. The app's icon is
definitely not a copy. What other issues might be causing this
failure?
According to the failure report, your app icon may not be related with the content of your app so tester failed it for violating Store Policy.
Another possibility is that tester find it similar to another app's icon as a result of check. In case of that you'd better contact Dev Center support through your developer account so that they can review your specific submission.
When you resubmit your app, it's recommended to add additional info you want tester know in Notes for certification option. This may help you pass certification better.
Related
I have a small device implementing a Bluetooth server and a JS page which I open on Chrome that connects and manipulate some of the device characteristics.
Since I'm still playing with the server code, I'm constantly changing/adding services and characteristics and noticed that Chrome still shows my the old ones (actually, more like an unclear mix of old and new ones). Other devices like my phone show the new characteristics.
How can I order Chrome to rediscover services and delete its cache? I've tried to just define the Service Change Characteristic and it didn't help, then tried notify the client upon connection with the values 0x0000 and 0xFFFF (assuming that would invalidate the whole range of handles) but nothing happened..
Also - what does Chrome take as the device name? (in case there are multiple "names", I refer to what's displayed in the scan window). I've tried to set the name in the "aioble.advertise()" function, and also set it in the device name characteristic (0x2A00 under the generic access service) and both didn't change the value. It's still showed as "ESP32" which I believe is some kind of default..
I was hinted that the bluetooth spec is implemented differently between Chrome/Android/iPhone/etc.. So I was hoping to get an answer of how does Chrome implement the Service Changed feature? What should I do as the server to order the client to refetch services data?
Thanks!
I looked at the Web Bluetooth Draft Community Report, last updated on 9 June 2022. Section 6.6.5. Responding to Service Changes describes how Web Bluetooth might be supposed to handle a service changed event.
But according to the Implementation Status, the Service Changed Event is not implemented on any of the platforms as of now.
You could open an issue on their Github page to get more information.
Short question this time - is it possible for me to check whether the user has disabled notifications in the notifications/actions centre?
Currently, notifications are sent via MPNS, and work as intended, and the only "issue" is being aware if the user will receive toast notifications or not :)
The only two sources I managed to find so far even remotely connected are the one discussing possible restrictions due to the battery saver, and discussing sending toast notifications from application (which is not what is needed here).
Since MS states in their documentation that we're not supposed to "use your app to ask users to enable toast notifications if they have chosen to disable them. Your app is expected to work without toast notifications.", I feel that perhaps this information is not as freely accessible as it might seem at first glance, but hopefully some of you can either confirm my suspicions or help me overcome it :)
I'm developing a line of business app for Windows 8.1, that is, I am not deploying through the Windows Store and will be able to control all of the features of both the OS and hardware this app is being deployed on.
Because this app is working as the UI in a real-time situation I would prefer if I could ignore the life-cycle events and not have the app suspend or terminate at the whim of Windows 8. Does anyone know of a way to do this?
I have seen some older answers, such as this one and this other one indicating otherwise, but I haven't yet found anything more recently and specifically dealing with the case of a line of business app. I have found the Embedded Lockdown Manager which would prevent the app losing focus and addresses some of the needs I have, but I still would like a way to simple disable Lifecycle events.
Have you tried Assigned Access Mode? Basically use PC Settings -> Accounts to lock an account to a single app. You have to reboot the device and log-in again in order to run anything else.
I have created an application which use HERE Application Launchers and my app work fine on my Nokia Lumia 720.
My problem is certification on marketplace I get the response like:
The application exhibits device specific behavior that inhibits functionality and
features. The application's main functionality
cannot be tested on non-Nokia devices because it requires Nokia Here Drive.
-Launch the application on HTC 8X.
...
-Observe the user is prompted to install the app "Here Drive".
I agree with this becouse HERE maps are only available on Lumia devices. But how to use HERE Launchers if we cannot publish it on the marketplace?
If somebody has had similar situation and know solution for it?
That's because it's better to use the ms-drive-to or ms-walk-to Uri scheme!
When you use those, the phone itself will launch HERE drive if it is present, otherwise Bing maps!
Get the needed example code and usage on MSDN here: http://msdn.microsoft.com/en-us/library/windowsphone/develop/jj710324(v=vs.105).aspx
I think you need to clearly state in your app description for Store and in the app itself, that it works only on Nokia devices. (Or you can implement some kind of fallback behavior for non-Nokia devices as well)
This way it should pass the certification, because the behavior will be expected and not confusing.
I suppose either there were something wrong on the submission time, or the rules have changed. I at least submitted an application which is using the Uri Scheme directly, and it got accepted.
In the essense there is no requirements for any specific Application being installed, but there is a query made for applications which support the Uri scheme protocol. And if the HERE application having it is installed, then it will be launched.
And if there is no handlers available, then the market place should be opened for searching for the handlers. At least that's the way the system is designed for.
I am building a Windows Store App using HTML5/JS (for Windows 8). I will be adding In-App Purchase capability to the app. I need to provide a way for them to test my app during the certification process but, I don't know what (if anything) I need to do to support this. MSDN and Google/Bing have been no help so far. Any help, guidance, or direction towards resources regarding this is greatly appreciated.
Let me narrate further in case my question is "too broad":
I need to add testing information during the Windows 8 App submission process to inform the testers at Microsoft how to test my app (this includes such things as test credentials for logging into the app). My problem is two fold:
I don't know if anything extra is needed on my part for them to adequately test my in-app purchase capabilities
If so, what do I need to provide? I'm not finding any information about this. If I need to provide testing information for in-app purchases, what information do they need?
This question is asking about what information (if any) I need to provide to the testers at Microsoft to adequately test the in-app purchase capabilities of my Windows 8 app during the Windows Store App certification process.
Please let me know if you need more details. I'll try to scrape some up.
You don't need to provide anything in my experience. I've had one app pass without anything explicitly called out for testing in-app purchases and I've seen several other apps that also passed without.