-
Notifications
You must be signed in to change notification settings - Fork 73
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Button doesn't respect "plain" type sometimes, rendering a long version with card info #296
Comments
I am experiencing this issue as well. Our design is pretty width-contrained, and I do not have 240px to give it unless I change the whole layout. I am unable to use the 'short' workaround. |
@atsikov so sorry that it took so long for me to give you an answer 😉 As you mentioned this is the same issue as reported in #292 Potential workarounds for now:
@Blackbaud-MitchellThomas please share your Google Pay merchant ID with me. ![]() |
@dmengelt, I need to figure out if there is a single merchant id that applies to all of our consumers. Is this change to the "plain" button style the intention long-term, or is this being treated as a bug that will be fixed? |
@dmengelt, I have determined that merchant id is not in use in our integration and instead uses a gateway from our payment provider desribed here: https://developers.google.com/pay/api/web/guides/tutorial#tokenization So, the merchantId deny list does not appear to be an option here. |
@Blackbaud-MitchellThomas are you able to share a link to your integration with me? |
@dmengelt, we're actively resolving a bug related to this larger width, so the live integration is more difficult to share. But you can see an equivalent version here: |
@Blackbaud-MitchellThomas I see. So you are using a Stripe integration and they don't support the |
@dmengelt, correct, given that the |
@dmengelt, did you have any luck finding an alternate workaround? We are trying to determine if we are going to be required to change our design or if we can restore the original behavior. And on that note, I'm still very curious on the nature of this change if it means that sub-240px widths are essentially deprecated or if this change was less deliberate than that. |
Describe the bug Button is rendered inconsistently when
buttonType: 'plain'
is used. Sometimes it still tries to include card information which results inmin-width: 240px
rule breaking narrow layouts.To Reproduce Steps to reproduce the behavior:
3.1 If button is rendered correctly, try to reload page a few times
3.2 Alternatively, try to open a url with Android Chrome - the issue is always reproducible there
Parameters used to render the button (though it feels like
buttonSizeMode
andbuttonRadius
have no impact)Expected behavior Button respects passed parameters and doesn't try to render card info when
buttonType: 'plain'
is usedScreenshots


Correctly rendered button
Incorrectly rendered button
Component information:
Reproducible with a plain SDK. Initially found it with
@google-pay/button-react
however I believe it is applicable to other component libraries@google-pay/button-react
)Environment:
Additional information
As mentioned in #292 (comment), passing a deprecated
buttonType: 'short'
works as expectedThe text was updated successfully, but these errors were encountered: