* [PW-1949]: Added Notification error count and message columns to adyen_notification and Notification Overview
* Upgrade script to add new columns, changing setup_version
* New columns in UI Component
* Adjusted collection so notifications with 5 errors do not get processed (DB column reset required. Reset functionality here https://youtrack.is.adyen.com/issue/PW-2103)
* ACL for menu element

* [PW-1949]: Error message column formatting

* [PW-1949]: Code styling

* [PW-1949]: Code styling

* Changing protected method to private Model/Cron.php
Co-Authored-By: Marcos Garcia <marcos.asgarcia@gmail.com>

* Changing protected method to private Model/Cron.php
Co-Authored-By: Marcos Garcia <marcos.asgarcia@gmail.com>

* Changing protected method to private Model/Cron.php
Co-Authored-By: Marcos Garcia <marcos.asgarcia@gmail.com>

* Updating release version
Co-Authored-By: cyattilakiss <42297201+cyattilakiss@users.noreply.github.com>

* Updating release version
Co-authored-by: Marcos Garcia <marcos.asgarcia@gmail.com>
Co-authored-by: cyattilakiss <42297201+cyattilakiss@users.noreply.github.com>

* [PW-1942]: Admin notifications overview for adyen_notification table

* [PW-1942]: Added notifications overview link to cron information message

* [PW-1942]: Added notifications overview link to cron information message

* [PW-1942]: Adjusted columns, filters and formatting on notifications overview
Moved PSP search URL function to helper since it is now being used in multiple places

* [PW-1942]: Changed virtualType classname to avoid conflicts with Notifications Collection

* [PW-1942]: Implemented getPspReferenceSearchUrl() from library

* [PW-1942]: Unit testing

* [PW-1942]: Applying recommended changes:
* Renamed XML files to adyen_notifications_overview
* Applied PSR2 code styling to CronMessage.php
* Updated Copyright year
* Early return and replaced switch with if and default value in NotificationColumn.php. Also, docs state that success can only be true/false so got rid of third CSS class
* Moved getPspReferenceSearchUrl() method from PHP Lib to Data helper, and added if/else to receive liveEnvironment from notification record instead of receiving test/live string

* [PW-1942]: Code styling

* [PW-1942]: Applying recommended changes:
* Inverted live/test if check
* Removed unnecessary constructor
Co-authored-by: cyattilakiss <42297201+cyattilakiss@users.noreply.github.com>

* Fix Google Pay environment value in PRODUCTION

Google pay expects `PRODUCTION` and not `LIVE` in case of production
environment
Add getGooglePayEnvironment() to retrieve environment value to Google
pay
Replace the getCheckoutEnvironment() with getGooglePayEnvironment() on
the frontend for Google pay

* Move Google Pay fix into the AdyenGooglePayConfigProvider()

Move getGooglePayEnvironment() and PRODUCTION const from Helper/Data to
AdyenGooglePayConfigProvider and make it private
Change environment key back to checkoutEnvironment to be consistent with
the rest if the checkout components and overwrite the live value with
production only for Google pay
Co-authored-by: Marcos Garcia <marcos.asgarcia@gmail.com>

* Only load 'return_path' config data if it's required.

It doesn't make sense to retrieve the configuration for failure on each request.
It's enough to only do it on failure.

* Update Controller/Process/Result.php
Co-Authored-By: cyattilakiss <42297201+cyattilakiss@users.noreply.github.com>

* [PW-2024] Add merchantApplication into API calls

* [PW-2024] Add to body request as config methods are not implemented in the library version we use. Cleanup some code and formatting. Tested Card payments, vault payment that will include this value.

* [PW-1947]: Fixing _reason variable declaration and adding _live variable

* [PW-1947]: Added admin notice message for failed refund notifications

* Omitting underscore on addRefundFailedNotice() method

While validating a request we use the 'Validating request' label so the
bot should not stale the issue.
After validating the request if we tag the issue with the label 'Bug'
the bot should not close the issue, because it is a valid bug.

[PW-2015]: Fix orders not being created but card getting charged when Persistent Cart and Guest Checkout enabled (#630)

* [PW-2015]: Fix orders not being created but card getting charged when Persistent Cart and Guest Checkout enabled

* [PW-2015]: Removing \Magento\Checkout\Model\Session DI not being used anymore

* Skipping payment validation if no quoteId is present

* Replacing ternary check with if/else for readability

* constructor argument order

To avoid "class not found" exception

* constructor argument order

exception faced "class not found"

Different versions of checkout components have different default
settings for showing the pay button. In 3.2.0 therefore the Google Pay
button does not show while in 3.0.0 it does. With this new setting the
Google Pay button will be shown anyway.

By default we cannot set this property to true because other payment
methods does not require to render their own pay button and it is better
to use the Magento default place order button instead.

* Update issue templates

* Update bug_report.md

* Update feature_request.md

Add try catch into cron process when new adyen_order_payment entity is added

Turned out that other plugins can intercept into invoice creation and
these are potential sources of exceptions. After inserting a new
adyen_order_payment entity we start the invoice creation process and if
something goes wrong during that process we reprocess the notification in
the next batch. Therefore the adyen_order_payment is already saved and the
next run will violate the unique constraint setting of the table.

This is a quick solution to prevent the process to stop and the order to
get stuck because of this exception.

Resolves GitHub issues: #603, #610

Update CODEOWNERS

Fix typo saleToAcquirerData

The 3DS2 toggle setting is ignored since version 5.0.0 because of a
major change. Add the check back in the Request buildThreeDS2Data()

* PW-1190 add magento info into request

* PW-1190 add unit tests and fix current ones. Add codesniffer and magento/magento-coding-standard to easy validate code within the repo. Add paypal reference as we have a depencency to paypal module as we need it for billing agreements.

* [WIP] Feature/pw 1190 travis (#606)

* add travis file

* add credentials encrypted will only work for local branches

* fix commands

* add ruleset

* update travis to execute all plugin code

* remove params as it is declared into the ruleset. and update version codesniffer

* only fail and show errors not warnings

* added arguments p and n for better visibility and ignoring warning in ruleset xml

* use relative path to fix local check

* Add combo card for Brazilian shoppers

* PW-1880: set ['paymentMethod']['type'], check if billingaddress is BR and currency BRL

* PW-1918: added EOLs

* PW-1880: removed logger

* PW-1880: add installments if they are set(not only on Credit), unset them if Debit

* PW-1880: move combocards check to the frontend

* PW-1880: fix for other debit cards

PW-1918: fixes #489, order was not cancelled when in Payment review state and AUTHORISATION false is processed (#598)

* PW-1887: fix for pms(afterpaytouch) with checkoutIssuerDirectLinkEnabled

* remove unnecessary if

* fix variable

* refactor

[PW-1835] paymentMethods endpoint returns all payment methods. Filter…

Co-Authored-By: Marcos Garcia <marcos.asgarcia@gmail.com>

Co-Authored-By: Marcos Garcia <marcos.asgarcia@gmail.com>

Co-Authored-By: Marcos Garcia <marcos.asgarcia@gmail.com>

Co-Authored-By: Marcos Garcia <marcos.asgarcia@gmail.com>