This is a tracking issue for the changes to the Contributions feature, as specified in this document.
This opening comment will be updated as the plan evolves.
This is a great feature for those of us who refuse to work with PayPal, thanks for the thorough issue and associated documentation.
@jvillalobos can you log an issue for "Change data sent in Add-ons Manager API."? I don't understand what needs to be done/changed.
It's explained in the PRD and is awaiting review by @mstriemer. We just need to see what checks are in place in the Add-ons Manager side to decide what we can change without breaking backward compatibility.
Would be good to explicitly instrument the links so that we know that they're being used.
I added some comments to the Google Doc. It looks like meet_developers is required in contribution_data, link is unused and suggested_amount will be shown if it is present.
I don't see anything validating what meet_developers points to. It looks like it can be an arbitrary URL, which may or may not be a good thing.
If link is unused but meet developers is used then we can either send the contribution url as meet_developers or have meet_developers just go to the listing page. Suggested amount won't be used any more.
@jvillalobos when are you planning to notify users (and plan to eventually flip the switch)?
They were notified this week and I gave them a month to update. Let's schedule this to go live on October 11th, if everything's in place by then.
All the work pre-waffle-switch-enabling is done now, afaik.
QA:
This will need some testing on -dev with some known add-ons that have existing paypal contributions set up.
Three rough scenarios:
A) Add-on that had paypal contributions enabled and doesn't have simple contributions set up
B) Add-on that had paypal contributions enabled and has simple contributions setup
C) Add-on that didn't have paypal contributions enabled, but has simple contributions set up
Bonus marks for a range of add-ons supporting the different settings ['Only ask on this add-ons page and developer profile'; 'Ask after users start downloading this add-on'; 'Ask before users can download this add-on']. The latter two settings are the most invasive and changed the installation flow.
After the simple-contributions waffle is enabled there shouldn't be any roadblock to installation, or references to the old contributions* - there should only be the contribute button on the detail page for add-ons that have it set up.
*The statistics page will retain references to the old contributions feature for a few weeks more.
Verified this on AMO-dev FF58 (Win 7).
Example:
https://addons-dev.allizom.org/en-US/firefox/addon/awesome-screenshot-plus-/
A) Add-on that had paypal contributions enabled and doesn't have simple contributions set up
B) Add-on that had paypal contributions enabled and has simple contributions setup
If using same example, but enabling the simple contribution setup in Dev Hub will change the looks and behavior only in add-on details page.
Reviewer Tools and about:addons cases remain and behave as above.
Clicking on Contribute button from add-on details page, will load the indicated URL from Dev Hub, using "outgoing.stage..." service - don't know if ok?
C) Add-on that didn't have paypal contributions enabled, but has simple contributions set up
This case is working as expected.
Bonus marks for a range of add-ons supporting the different settings ['Only ask on this add-ons page and developer profile'; 'Ask after users start downloading this add-on'; 'Ask before users can download this add-on']. The latter two settings are the most invasive and changed the installation flow
Disabled the flag, submitted webextension for all 3 cases, and re-anabled the contrib flag, and obtained the following results:
"Only ask on this add-ons page and developer profile" - https://addons-dev.allizom.org/en-US/firefox/addon/webext-oldcontrib-case0/ - Everything looks ok in add-on details page. Contribution in about add-on with redirection to a 404 page (https://addons-dev.allizom.org/en-US/firefox/addon/webext-oldcontrib-case0/developers?src=api), Contribution in review page, working as before.
"Ask after users start downloading this add-on" - https://addons-dev.allizom.org/en-US/firefox/addon/webext-ondcontrib-case-1/ - Everything looks ok in add-on details page. Behaving like above case.
"Ask before users can download this add-on" - https://addons-dev.allizom.org/en-US/firefox/addon/webext-oldcontrib-case2/ - Everything looks ok in add-on details page. No Contribution button in about:addons, but still listed and working in review page.
@eviljeff : Please forgive the long reply and let me know if you have questions and what do you think. Thanks!
@ValentinaPC
Thanks for the testing! If I'm parsing your reply properly the problems you found are:
I don't care too much about the editors review page - no-one is going be donating through there, it's an historical anomaly that it's there at all. It will be removed in the post waffle clean-up if I don't get to it before.
about:addons is a strange one. is the url set locally to dev? (stage is updated too now, as I write this) extensions.getAddons.search.url or extensions.getAddons.get.url I think.
So, the about:addons part looks good now.
For all 3 examples above, no Contribution button is displayed in about:addons.
We still display the contribution button in Reviewer Tools, but we are ok with that.
Based on recent testing an above comments, we can mark this verified fixed.
As planned, the switch has been turned on today.
Most helpful comment
As planned, the switch has been turned on today.