Android Dev - Weird reviews: "5 stars and 500 chars to make the app work" |
- Weird reviews: "5 stars and 500 chars to make the app work"
- Chromium Bug causes massive amount of ANRs
- The Future of Kotlin
- Which ad mediation is best?
- No internet connectivity for emulator on M1 Macbook Air?
- How can I send heart rate data from a smartwatch to a device?
- How can I make sure that the app is compliant to scoped storage?
- can someone help fix this???
- Trading in-game goods of a PC game
- Android 11 - Track Permission State
Weird reviews: "5 stars and 500 chars to make the app work" Posted: 11 Aug 2021 11:39 PM PDT Hello, one of my oldest apps is ranked very high for a particular set of keywords. Since a few months ago I have started getting some weird reviews, all of the mention that you have to give the app 5 starts and write a 500 char review to make it work. All of them are in spanish, this is a direct translation of one of them:
They all mention the 5 stars and 500 chars, and also they are full of garbage and mispelled words. All of them is a 5 stars review. I have looked at my neighbor apps and they also have this problem, their review list is full of this crap. Once you start going down the app list to the bottom positions the apps there does not have this kind of reviews. Anyone have encountered this? [link] [comments] | ||
Chromium Bug causes massive amount of ANRs Posted: 11 Aug 2021 10:29 PM PDT Hello! Folks, some of you already might experience a spike in ANRs due to the Chromium bug and it became a huge issue for us and for many other developers: it severely affects organic performance and user experience. If your having the same issue: please report it to the Google Play console team, they should implement a fix for ANRs which are not related to a particular app quality and should not affect Android Vitals metrics. [link] [comments] | ||
Posted: 11 Aug 2021 10:32 AM PDT
| ||
Posted: 12 Aug 2021 05:07 AM PDT I have few apps on playstore that are doing great. More than 500k ad request per day. Currently I am only using admob and thinking of adding FAN through mediation. So what ad mediation should I use that is compatible with admob and FAN. [link] [comments] | ||
No internet connectivity for emulator on M1 Macbook Air? Posted: 12 Aug 2021 04:42 AM PDT
| ||
How can I send heart rate data from a smartwatch to a device? Posted: 12 Aug 2021 04:04 AM PDT | ||
How can I make sure that the app is compliant to scoped storage? Posted: 12 Aug 2021 02:58 AM PDT I am currently scanning the app codes to determine if after I migrate, there won't be errors because of scoped storage. I saw codes which accesses directories mostly by using getExternalStorageDirectory(). It does seem to work as expected even after targetting SDK 30, Android 11. What else should I need to do to ensure that the app is scoped storage compliant? Thanks. [link] [comments] | ||
Posted: 12 Aug 2021 05:11 AM PDT
| ||
Trading in-game goods of a PC game Posted: 11 Aug 2021 12:15 PM PDT I'm trying to figure out if it is against the Google Play Store's TC: I'm planning to develop an application (android, if it's legal) which would allow players to trade in game goods of a PC game. Is it against the Play Store's TC? I would not use any FIAT currency for the trades. It would be item, and in game currency or crypto. [link] [comments] | ||
Android 11 - Track Permission State Posted: 11 Aug 2021 10:55 AM PDT Hi all! On Android 11, when one needs users to grant access to a permission via the dialog, say for location, the user can choose between allowing « all the time » i.e. background access or allow « while using app » i.e. foreground access. What's the best way we can differentiate between the user's selection, in order to guide the user to select « all the time » ?? The app needs background access & most users will know that but to prevent bad UX, I'd like to maximise the chance the user will always select « all the time » Option 1 - The only one I've come up with is using onRequestPermissionResult(), intercepting the request code. But this doesn't always work; onReqPermRes() is not called in case the user has to go to the settings panel which is often the case with granting background access. Is there a better way? Thanks for reading! [link] [comments] |
You are subscribed to email updates from Developing Android Apps. To stop receiving these emails, you may unsubscribe now. | Email delivery powered by Google |
Google, 1600 Amphitheatre Parkway, Mountain View, CA 94043, United States |
No comments:
Post a Comment