Whenever I call Paddle::checkout()->getOrderDetails I get this error, I think it is related to a check for a "success" field in the Request class, the response of getOrderDetails does not include this field.

if ($json['success'] ?? null) {
   return $json['response'];
}

Line 116-118 in protonemedia/laravel-paddle/src/Api/Request.php

Hello! Thank you for building this awesome package!

When I receive a "payment_succeeded" webhook from Paddle, an exception log is created:

[2020-01-27 22:58:09] production.ERROR: Undefined index: alert_name {"exception":"[object] (ErrorException(code: 0): Undefined index: alert_name at .../vendor/protonemedia/laravel-paddle/src/Events/Event.php:59)

However, everything works excellently. My listener catches the event and does the business logic as expected. I don't understand why this exception is happening while everything works as expected. It feels like Paddle is dispatching 2 requests, instead of 1. But the Alert History from Paddle shows only 1 request, and the payload does contain alert_name.

Should I submit a PR which checks if "alert_name" exists in the payload, inside the fire method from the Event base class? Like this:

    public static function fire(array $data)
    {
        if (isset($data['alert_name'])) {
            $event = Str::studly($data['alert_name']);

            $eventClass = __NAMESPACE__ . '\\' . $event;

            event(new $eventClass($data));
        }
    }

Thank you very much!

I got this error.

ProtoneMedia\LaravelPaddle\Api\PaddleApiException
[139] The given prices format is not valid. The prices must have the format of ['currency:amount', 'currency:amount', …]. 

Here is my code:

        $products = "1,2,3";
        $user = Auth::user();
        
        $checkOutUrl = Paddle::product()->generatePayLink([
            'title' => '3D Wallpaper',
            'webhook_url' => 'http://05c0-118-179-103-52.ngrok.io/paddle/webhook',
            'prices' => '[USD:19.99]',
            'customer_email' => $user->email,
            'customer_country' => 'BD',
            'passthrough' => ['products' => $products],
        ])->send()['url'];

How to solve this?

Hi there,

First, thanks for this amazing package.

I am trying to get the price for my product with the following code:

Paddle::checkout()
                 ->getPrices(['product_ids' => '594915', 'customer_ip' => '213.55.224.117'])
                 ->send()

But unfortunately, it returns a "Bad Method Call", like below:

Can I ask your help to clarify what am I doing wrong?

Thanks in advance, Bruno

Installing this package on a Laravel 8 project throws this:

The problem is kitetail/zttp requires guzzlehttp/guzzle ^6.0 whereas Laravel 8 requires guzzlehttp/guzzle ^7.0.1.

It doesn't look like the kitetail/zttp package is maintained anymore.

https://twitter.com/adamwathan/status/1305644837698449408

Please consider dropping kitetail/zttp in favor of Laravel's baked in HTTP Client: https://laravel.com/docs/8.x/http-client

Hi,

On a Laravel forge spinned up server I am trying to use the package but I get this error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure

This is with the Webhook Simulator tester.

Any ideas how to get it to work?

When we call getOrderDetails method, it looks like the endpoint called is https://vendors.paddle.com/api/1.0/order, but it should be https://checkout.paddle.com/api/1.0/order instead.

With the first one, the method always returns a 404 error.

Thanks a lot for the amazing package.

While making a webhook call from the Paddle webhook simulator, I am getting below error.

error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure

I configure the server with Laravel Forge.

Is there any steps I missing regarding the configuration.

I've added return_url validation parameter because need to have redirection after payment. Paddle API supports it. Also Added annotation in GeneratePayLinkRequest class because my PHPStorm likes it :) Cheers!

I'm quite lost regarding where exactly this issue occurs, so please excuse me if it turns out that it has nothing to do with this package.

When I test my webhook in the Paddle dashboard, I get error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure. First, I thought that Paddle was connecting over SSLv3 but that seems highly unlikely as I've done some searching and it seems this is ancient and not recommended encryption.

On my nginx server I have (this might be relevant to the issue):

ssl_protocols TLSv1.2;
ssl_ciphers ECDHE-RSA-AES256-GCM-SHA512:DHE-RSA-AES256-GCM-SHA512:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384;
ssl_prefer_server_ciphers on;
ssl_dhparam /etc/nginx/dhparams.pem;

The reason that I'm posting this issue here is that WebhookController has

$verified = openssl_verify(
  serialize($data),
  base64_decode($encodedSignature),
  openssl_get_publickey(config('paddle.public_key')),
  OPENSSL_ALGO_SHA1
);

Judging from the response that I get in the Paddle dashboard I still think it's on their end but I wanted to double check if the issue could come from the code above, or that maybe you ran into this issue as well while working on this package.

I have set my public_key in my ENV file and run config:cache on deployment.

I'm using laravel 7 and php 8.0. When I'm trying to install this package, I got this error:

Problem 1 - Root composer.json requires protonemedia/laravel-paddle ^2.3 -> satisfiable by protonemedia/laravel-paddle[v2.3.0]. - protonemedia/laravel-paddle v2.3.0 requires illuminate/support ^8.67 -> found illuminate/support[v8.67.0, ..., 8.x-dev] but these were not loaded, likely because it conflicts with another require.

and when I'm trying to install 1.0v of this package, I got this error:

[InvalidArgumentException] Package protonemedia/laravel-paddle at version ^1 has a PHP requirement incompatible with your PHP version, PHP ext ensions and Composer version: - protonemedia/laravel-paddle 1.2.1 requires php ^7.2 which does not match your installed version 8.0.10

It would be better If I can install the latest version of this package. Please help me to solve this.

This paddle package working fine for sandbox. But, if I change to PADDLE_SANDBOX=false and give my exact Paddle credentials for the production server, then it redirect me to this link: https://buy.paddle.com/checkout/error. Why does it happening?

Hello! I'm using v2.4.0 and according to documentation I could set the vendor_id, vendor_auth_code and public_key on .env or in published config file. But I've set in .env and my Paddle::subscription()->listPlans() returned a non permission returned from Paddle ([107] You don't have permission to access this resource). So I investigated and found on the src/Api/Request.php line 101 the code:

$data = $this->getData() + ['vendor_id' => config('paddle.vendor_id')];

if ($method === static::METHOD_POST) {
    $data['vendor_auth_code'] = config('paddle.vendor_auth_code');
}

This mean that the vendor_id and vendor_auth_code is coming only from config file and it's not getting from .env, right?

I solved it adding a null coalescing operator in this part and I would like to check if can I send a PR with this new code?

$data = $this->getData() + ['vendor_id' => config('paddle.vendor_id')??env('PADDLE_VENDOR_ID')];

if ($method === static::METHOD_POST) {
    $data['vendor_auth_code'] = config('paddle.vendor_auth_code')??env('PADDLE_VENDOR_AUTH_CODE');
}

I've changed all other config usages too for try to use the .env if config variable is not set.
Thanks!

I mentioned this feature in #28.

I added support for multi vendors via configuration in Request:

Usage:

Paddle::product()
        ->generatePayLink([
            'vendor_id' => '44334',
            'vendor_auth_code' => 'fdfsdfsdf'
        ])
        ->productId('5345')
        ->send();

Also, I added support for multi vendors in blade directive:

@paddle(123)

Both changes are covered in unit tests. What have left is to add support for verifySignature in WebhookController, but only this method can support overloading public_key from config, not the controller because I think we can't support multi-vendors in that case. Users need to create own controllers because they know where from they will read public_key.

We can discuss Do we want to change WebhookController or not.

At the moment, this library can be user for one vendor. What if our app has multiple tenants, and for each one of them we want to allow payments?

That would be possible if Request would not overwrite the vendor id and vendor_auth_code. and just read them from the config if the values do not exist in the $data.

If you would support PR for this, I can do that.