-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update flag data for Payment APIs; delete PaymentDetailsUpdate dictionary #12277
Conversation
The |
I've filed mdn/content#9362 about a content issue here. For these methods that can take either X or a promise resolving to X I think it makes sense in BCD to just treat it as X, but it is novel and maybe the data guideline needs to be updated for this. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Noticed something while I was here to answer another question.
@foolip My take is that, if we can avoid it, don't bother with the subfeature. If the method always supported a parameter, then we don't need to break out the parameter specifically (though it's not wrong to include it, I guess). The only oddity I think that would require a new guideline is if promise-resolves-to-X-or-X was supported before/after X (that is, the supported types of the parameter changed). Feels like something that could be split into two support statements (e.g., one partial, one not) or similar. No extra structures needed. This assumes I understand what's going on here, which maybe I don't! |
Thanks @ddbeck! I've compared the data for the removed |
I was going to give this a final review, but it's all a bit too involved. I'd like someone at Mozilla to vet this, so I've dismissed my own earlier review. @ddbeck can you handle this one? |
@foolip yes, I'll take on reviewing this—I'm trying to schedule some time daily for BCD reviews, so I hope to get to this sooner rather than later. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A bunch of little suggestions for you, @queengooborg. Thanks!
Co-authored-by: Daniel D. Beck <[email protected]>
@queengooborg I see that a bunch of the suggestions have resolved, but not others. Anything I can do to help this along? Or is it just a work in progress? |
Co-authored-by: Daniel D. Beck <[email protected]>
Sorry, this one slipped my mind! I just applied the suggested changes and I see the two comments regarding the nightly-availability builds. |
api/PaymentResponse.json
Outdated
"version_added": false, | ||
"notes": "Available only in nightly builds." | ||
"version_added": "55", | ||
"notes": "Available only in nightly builds.", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's been a while since I've looked at this, but I think we talked about dropping these notes on the suspicion that they're not accurate (otherwise, we could use "preview"
values, if they're true).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Whoops! Somehow I didn't catch these notes in the removal, fixed!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. Thank you! 🎉
…nary (#12277) * Update flag data for PaymentRequest[UpdateEvent] * Delete PaymentDetailsUpdate dictionary * Update PaymentMethodChangeEvent and PaymentResponse * Remove notes * Remove subfeatures * Remove non-needed subfeatures * Add version_removed for Firefox Android * Apply suggestions from code review Co-authored-by: Daniel D. Beck <[email protected]> * Fix indentation * Apply suggestions from code review Co-authored-by: Daniel D. Beck <[email protected]> * Remove notes * Remove remaining notes Co-authored-by: Daniel D. Beck <[email protected]>
This PR's goal is to delete the
PaymentDetailsUpdate
dictionary from BCD. First, this copies the Firefox flag, note and version data fromPaymentDetailsUpdate
toPaymentRequest
,PaymentMethodChangeEvent
,PaymentRequestUpdateEvent
andPaymentResponse
, which fixes consistency issues. Afterwards, the entries within the dictionary are copied as subfeatures to bothPaymentRequest.show
andPaymentRequestUpdateEvent.updateWith
, the two methods that use this dictionary. Finally, the dictionary is deleted.