Title: webhook
Last modified: September 14, 2022

---

# webhook

 *  Resolved [Alex](https://wordpress.org/support/users/alexandronalin/)
 * (@alexandronalin)
 * [3 years, 8 months ago](https://wordpress.org/support/topic/webhook-10/)
 * Hi,
    I’m facing a big issue with webhook feature. Starting from today (24h ago
   was ok), the plugin doesn’t call any webhook anymore. Actually I updated 3 plugin,
   but nothing SEEMS to conflict to vik, because I disabled all other plugin with
   no luck. I enabled wp debug, but nothing was tracked. No error in webhook log
   inside the plugin. Webhook service (receiver) works. I deactivated/activate vik
   also (I’d like to uninstall, but I’m afraid to lost data and config)
 * Nothing.
    Simply vik doesn’t trigger webhook calls.
 * Have you same idea about I could look for?
    Many thanks Alessandro

Viewing 4 replies - 1 through 4 (of 4 total)

 *  Plugin Author [e4jvikwp](https://wordpress.org/support/users/e4jvikwp/)
 * (@e4jvikwp)
 * [3 years, 8 months ago](https://wordpress.org/support/topic/webhook-10/#post-16012227)
 * Hi Alessandro,
 * it is pretty strange that the plugin suddenly stopped to execute the webhooks
   without any updates. This bring me to think that something changed at server 
   level, such as an update of the PHP version or something similar.
 * The only way to understand why the system doesn’t execute the webhooks anymore
   is by debugging the code step by step.
 * The webhooks are collected and dispatched by the `VAPWebHookQueue` class, which
   is declared by this file: /wp-contents/plugins/vikappointments/site/helpers/libraries/
   webhook/queue.php
 * The webhooks are collected through using the `register` method. All the registered
   webhooks are dispatched by the destructor of the class, which is automatically
   invoked when the garbage collector is up to destroy the resources stored within
   the server memory.
 * You could edit the `__destructor` method and insert at the beginning a line of
   code to check whether the latter is ever invoked. Something like:
 * `file_put_contents(dirname(__FILE__) . '/log.txt', print_r($this->queue, true),
   FILE_APPEND);`
 * Afterwards, you can try to trigger the webhook with the related action (don’t
   know what kind of webhook you are using).
 * At this point, near to the queue.php file you should now be able to see a log.
   txt file. You can try to open it to check whether any webhooks have been properly
   registered.
 * If you don’t have enough PHP knowledge to debug this issue, I strongly recommend
   you to get in touch with us from the technical support of our website.
 *  Thread Starter [Alex](https://wordpress.org/support/users/alexandronalin/)
 * (@alexandronalin)
 * [3 years, 8 months ago](https://wordpress.org/support/topic/webhook-10/#post-16017285)
 * Hi,
    thank you for your help. I modified the __deconstruct and I got the log.
   txt file. But, the content didn’t say a lot. For each status change I got:
 *     ```
       Array
       (
       )
       ```
   
 * Today I got 3 reservation, but only 1 called the webhook.
    It seems a random 
   behavior. Obviously NO changed was made to the site.
 * Have you some other tips? 🙂
 * Many thanks
    Alessandro
    -  This reply was modified 3 years, 8 months ago by [Alex](https://wordpress.org/support/users/alexandronalin/).
 *  Plugin Author [e4jvikwp](https://wordpress.org/support/users/e4jvikwp/)
 * (@e4jvikwp)
 * [3 years, 8 months ago](https://wordpress.org/support/topic/webhook-10/#post-16017989)
 * Hi Alessandro,
 * we tested the webhooks on our development environment and every time we received
   a reservation, or the status changed, the system delivered the payload to the
   URL specified within the configuration of the webhook. We used a webhook with
   the following configuration:
    - `Action` = Appointments – Status Change (onStatusChangeReservation);
    - `Statuses` = none (in order to observe any status);
    - `Loading Mode` = basic.
 * In case you configured a webhook with the same action (appointment status change),
   you can easily switch status from the back-end to immediately see whether the
   webhook is triggered or not.
 * Unfortunately I haven’t other hints for you. If you are not able to sort out 
   the issue, I can only suggest you to provide us with a login to the back-end 
   of your WordPress, so that we can debug the code on your website. If you wish
   to follow this path, please contact us from the technical support area on our
   website.
 *  Thread Starter [Alex](https://wordpress.org/support/users/alexandronalin/)
 * (@alexandronalin)
 * [3 years, 8 months ago](https://wordpress.org/support/topic/webhook-10/#post-16028186)
 * Hi,
    thank you for your great support. Unfortunately there are no other evidence
   about the problem. It could be, but it’s just my guess, an overload on the shared
   infrastructure. I’m convinced to change provider asap, because too many time 
   I noticed random malfunctioning.
 * Many thanks and 5 star.

Viewing 4 replies - 1 through 4 (of 4 total)

The topic ‘webhook’ is closed to new replies.

 * ![](https://ps.w.org/vikappointments/assets/icon-256x256.png?rev=2127296)
 * [VikAppointments Services Booking Calendar](https://wordpress.org/plugins/vikappointments/)
 * [Frequently Asked Questions](https://wordpress.org/plugins/vikappointments/#faq)
 * [Support Threads](https://wordpress.org/support/plugin/vikappointments/)
 * [Active Topics](https://wordpress.org/support/plugin/vikappointments/active/)
 * [Unresolved Topics](https://wordpress.org/support/plugin/vikappointments/unresolved/)
 * [Reviews](https://wordpress.org/support/plugin/vikappointments/reviews/)

 * 4 replies
 * 2 participants
 * Last reply from: [Alex](https://wordpress.org/support/users/alexandronalin/)
 * Last activity: [3 years, 8 months ago](https://wordpress.org/support/topic/webhook-10/#post-16028186)
 * Status: resolved