Closed kumar303 closed 5 years ago
To reproduce:
We should prevent developers from doing this. I'm not sure to what extent, though. Maybe don't allow editing platform/apps entirely? Is there another way to end up in this situation without editing?
I've been duping a few bugs related to this and I just saw that it's affecting Privacy Badger which is a high profile add-on: https://www.reddit.com/r/firefox/comments/75azzo/i_cant_download_privacy_badger_on_firefox_android/
What can we do to fix the missing install files?
I verified that Privacy Badger's current version does not have an Android file. https://addons.mozilla.org/api/v3/addons/addon/privacy-badger17/
The quickest way to fix this is probably to only keep one single file compatible with "All" platforms. The problem is, we don't know what was the intent - why didn't the developer allow the "All" platform? Was it deliberate? Does it actually work with all platforms or not?
Edit: or the opposite, drop the Android application for add-ons that don't have a file compatible with "Android" or "All" platforms.
I suspect STR could be:
i.e. they didn't add the application - we did
Here are a few notes:
btw, 13k users on Firefox Mobile have tried within the last week to install an add-on lacking an Android file. https://sentry.prod.mozaws.net/operations/addons-frontend-amo-prod/issues/656097/
More info: from https://github.com/mozilla/addons/issues/348#issuecomment-302791236 it's clear that the support for Android was /not/ intended in Privacy Badger. https://github.com/mozilla/addons/issues/4119 also has more info about the mess that is created by having Android added by default like @eviljeff mentions a few comments above this one.
So, we should do something about this. Something like:
all
or android
, remove android
application support & compatibility informationFixing mozilla/addons#348, re-organizing the checkboxes in the initial submission step to make it clear whether you want to enable Android or not. The trick is that it needs to also work for version upload
Agreed. Part of the problem is knowing what the correct UX is though - do we default Android off and Desktop on? do we force the developer to select Applications? Hide the platforms by default to stop developers from changing them?
https://github.com/mozilla/addons/issues/4119 is a semi-dupe also.
I found another one today on production while browsing the site in Android. It was on the front page in the trending section.
Summoning @jvillalobos for input on this based on https://github.com/mozilla/addons/issues/4858
What I would like to do in Dev Hub eventually is that Android support is handled by a global flag (per add-on, instead of per-version), and it's off by default. Currently, I would favor switching the submission flow so that Android is off by default, since that's the most likely scenario.
So, this more or less has been fixed by https://github.com/mozilla/addons-server/pull/9362 but before closing this, does this issue involve changing existing add-ons too? Given that we're going away from "platform" towards "compatibility apps" and you can't change the platform for a file afterward anymore I feel like this may have been properly addressed?
Won't it be a problem if versions still have multiple files? Or are we just picking one of the files and sticking to it?
To fix it for existing add-ons we need to extra files, yeah. I think just picking one at seemingly random is ok, in 99% of the case they are dupes.
Agree. I think there's also a query that we can run to find the few cases where the files don't match and then we can warn devs about it.
This issue has been automatically marked as stale because it has not had recent activity. If you think this bug should stay open, please comment on the issue with further details. Thank you for your contributions.
Describe the problem and steps to reproduce it:
I'm not sure how to reproduce this.
UPDATE: see https://github.com/mozilla/addons/issues/4858
What happened?
I have seen several add-ons that are marked as Android-compatible yet do not have an install file for either all-platforms or for the Android platform.
Here is an example of an API response from https://addons.allizom.org/api/v3/addons/addon/webext-no-platf/ : webext-no-platf.json.zip
Its current version says it is compatible with Android:
but it does not have an
android
file. It has amac
andlinux
file only.What did you expect to happen?
This version should not be marked as compatible with Android
Anything else we should know?
https://addons.allizom.org/en-US/firefox/addon/webext-no-platf/