Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)
  • Thread Starter Anne-Laure

    (@dionysiaque)

    A similar issue also occurs on the checkout page.

    After filling in the billing information and clicking the button, the page refreshes instead of displaying the payment information form.

    Once again, the culprit is Hummingbird. Therefore, another JS file must be excluded from the minification process.

    It’s likely that other performance optimization plugins with JavaScript minification features could cause the same problem.

    • This reply was modified 1 year ago by Anne-Laure.
    Thread Starter Anne-Laure

    (@dionysiaque)

    I tried excluding tribe-tickets-block.js from Hummingbird’s minification process, and it looks like the issue no longer reappears.

    Thread Starter Anne-Laure

    (@dionysiaque)

    Finally! I managed to identify the plugin causing the issue.

    It was a nightmare because the problem was so hard to reproduce.

    Eventually, I found a procedure that consistently triggered the issue.

    Each time I reactivated a plugin, I would:

    1. Change the sale end date of a test event.

    2. Save the ticket.

    3. Update the event.

    Then, on the front-end event page, I would start interacting with the site in various ways until the issue appeared. I refreshed the page, navigated to the event catalog, opened another event page, refreshed again, went back to the test event, and so on… basically, I kept browsing through events and refreshing pages until the JavaScript console finally showed the error.

    Turns out the culprit is Hummingbird 3.12.0.

    Thread Starter Anne-Laure

    (@dionysiaque)

    Erratum: The issue reappeared…

    I’m completely lost!

    To identify which plugin is causing the issue, I tried deactivating them one by one. But I noticed a strange pattern:

    • When I deactivate a plugin, the issue disappears.

    • When I reactivate it, the issue doesn’t come back.

    How is it possible that the issue occurs when a plugin is active, disappears when I deactivate it, but doesn’t return when I reactivate it?

    Thread Starter Anne-Laure

    (@dionysiaque)

    Hi everyone,

    Sorry for the delay, I was really busy.

    I followed your suggested troubleshooting steps by deactivating all plugins except The Events Calendar and Event Tickets. During that test, everything worked fine, so the issue didn’t seem to come from the theme.

    Then, I reactivated each plugin one by one, testing the ticket quantity selector after each activation. However, after fully restoring the site to its initial state (before deactivating plugins), the issue never reappeared.

    I also tested on multiple browsers, including private browsing, but I can no longer reproduce the issue.

    This makes it difficult to determine what caused the problem initially.

    Let me know if there’s anything else I can check or monitor in case the issue happens again.

    Thanks!

    Thread Starter Anne-Laure

    (@dionysiaque)

    Of course :

    • PHP 8.1.31
    • WordPress 6.7.2
    • Event Tickets 5.20.1
    • The Events Calendar 6.10.2
    • Blocksy 2.0.92
    Thread Starter Anne-Laure

    (@dionysiaque)

    I tried adjusting the settings to see if it would make a difference. I enabled Test Mode and opened an event page on Firefox.

    • Everything seemed to work fine: I could add tickets up to the maximum capacity, decrease the count to 0, and as soon as I added at least one ticket, the purchase button was enabled.

    • However, after refreshing the page, the issue reappeared.

    • On Chrome, the issue persisted.

    Thread Starter Anne-Laure

    (@dionysiaque)

    I deactivated each plugin one after the other and tried to import the backup file each time. The issue is still there.

    I tried to start over with a blank web space, install WordPress, All-in-One WP Migration plugin and then import a backup file…. another error.

    “Unable to open file for reading. File: …”

    • This reply was modified 2 years, 8 months ago by Anne-Laure.
    Thread Starter Anne-Laure

    (@dionysiaque)

    I started over with a blank web space, reinstalled WordPress, installed a plugin to increase the upload size limit, installed All-in-One WP Migration and imported a .wpress file. It is stuck at “checking extensions compatibility”. I waited for 15, 30 minutes and more, even with different .wpress files. The import process stay stuck.

    Thread Starter Anne-Laure

    (@dionysiaque)

    Hello,

    Sorry for the delay of my answer, I’m just back from holidays.

    Actually, as I have been working on the website every day for about 2 months, I always update each plugin or theme quite early, so I have the latest version.

    I had a strategy I thought was quite smart to figure out what was triggering the issue and maybe how to solve it but it failed.

    I loaded backup .wpress files I have generated with the All-In-One WP Migration plugin, by applying the principle of the binary search algorithm in order to find the last version of the website that was working and the first version that was not. Each time I checked Stripe for each version I loaded, I marked this local .wpress file with a green tag if it was working and a red tag if it was not. And it worked ! I found the last version of the website of which the Stripe credit card switch would simply turn on instead of opening the settings page without turning on the switch. As I also use Timemator to track everything that I do on my Mac, I was able to know what I was doing at that time.

    Then I loaded every backups since the day of creation of that backup file, to make sure it was the real last one that was working. After the checking process, I was sure it was the last one. So I wanted to load this version again in order get some files I suspected to trigger the issue like .htaccess, and compare them with the ones of the latest version I had of which Stripe was not working… and as soon as I loaded that last good version and check Stripe agin… it was not working. It was supposed to work, I found it previously, checked Stripe, the file had a green tag. I then check all the versions that had been created before, that I loaded, checked and marked with a green tag during the search process… not a single one was working anymore, even the very first backup. I don’t understand why when loading a backup file once, the Stripe credit card feature is working, and when loading the same backup later, it is not working anymore.

    And now I can’t even load a good version in order to work from it, trying to catch up and avoid that issue again.

    • This reply was modified 2 years, 8 months ago by Anne-Laure.
    • This reply was modified 2 years, 8 months ago by Anne-Laure.
Viewing 10 replies - 1 through 10 (of 10 total)