Archives: Replies

Thank you Loretta for this great suggestion we will be adding this in next version to tickets 2.5 — intial version will be simple and WC based variations and plans to add eventON based variations in the future 🙂

thank you so much.  is there a way to prevent someone from editing an event after it has passed to avoid them from paying another registration fee? 

also, i dont want events that span more than 1 year from the current date.  so, is there a way to prevent that from happening?

Hello Lain, if you check in here : https://rollerstop.co.uk/wp-admin/edit.php?s&post_status=all&post_type=ajde_events&action=-1&event_date_type=live&event_status=all&ev_month=all&seo_filter&readability_filter&filter_action=Filter&paged=1&action2=-1

You can see only 6 events are current event, meaning happening now or in the future. Rest are past events. Checkin addon shows all current events. 

We are going to add the ability to pull past events in checkin in the next update to checkin addon.

License Info

Do I need to buy any AddOn to use the Webhook?????

Hello!

 Critical Bug: Credits & Event Submissions Are Shared Between All Users (Global Instead of Per-User)

When one user purchases event credits (e.g., “Start 1 Event”), all users on the site see the same number of remaining credits in the “Add Event / Submissions” page.

Additionally, the Event Submission list shows events from all users, not only the events of the user who is currently logged in.

This means that the submission system is behaving globally, not per user.

This is not expected behavior and breaks multi-user functionality.

STEPS TO REPRODUCE (PLEASE TEST ON YOUR DEV ENVIRONMENT)

1. Create at least two users:

• User A (e.g. Admin)
• User B (normal subscriber)

2. Log in as 

User A

Go to Shop and purchase 1 event submission package (Start 1 Event).

→ Expected: User A has 1 submission credit.

→ Actual: User B also sees 1 credit when visiting /submit or /add-event.

3. Log in as 

User B

→ Expected: User B should see 0 credits (since they purchased nothing).

→ Actual: User B also sees the same credit count as User A (for example, 1).

4. Publish an event using 

User A

→ Expected: User A credits should decrease from 1 → 0.

→ Actual: User B’s credit count also decreases from 1 → 0.

5. Check the 

Event Submission list

 for User B

→ Expected: Only User B’s events should be shown.

→ Actual: All events from all users appear in User B’s submission page.

ACTUAL BEHAVIOR

• Credits become globally shared between all users.
• Changing credits for one user updates the visible count for all users.
• Submission list shows events belonging to every user in the database.
• The system behaves as if submissions are not user-bound.

• Each user should see only their own submission credits, based on:
  
• _submission_data
• _submission_count
• _evoaup_free_submissions
• WooCommerce orders where _customer_user = user_id
• Each user should see only their own events 

THE ISSUE IS NOT CAUSED BY CACHE

We have tested with:

• Incognito browser
• Cache fully disabled
• No cache plugins
• No CloudFront / CDN
• Fresh local WP install

The issue occurs even in a completely uncached environment.

This confirms the problem is internal to the plugin logic.

Please reproduce this on your development environment following the steps above.

You will clearly see that:

• Buying credits on one user increases the credits for all users
• Publishing events decreases the credits for all users
• Submission list is not filtered by user

This is a critical multi-user functionality bug.

Please confirm and fix in the next update.

I can provide additional logs, database snapshots or screen recordings if needed.

Thank you.

Hello!

 Critical Bug: Credits & Event Submissions Are Shared Between All Users (Global Instead of Per-User)

When one user purchases event credits (e.g., “Start 1 Event”), all users on the site see the same number of remaining credits in the “Add Event / Submissions” page.

Additionally, the Event Submission list shows events from all users, not only the events of the user who is currently logged in.

This means that the submission system is behaving globally, not per user.

This is not expected behavior and breaks multi-user functionality.

STEPS TO REPRODUCE (PLEASE TEST ON YOUR DEV ENVIRONMENT)

1. Create at least two users:

• User A (e.g. Admin)
• User B (normal subscriber)

2. Log in as 

User A

Go to Shop and purchase 1 event submission package (Start 1 Event).

→ Expected: User A has 1 submission credit.

→ Actual: User B also sees 1 credit when visiting /submit or /add-event.

3. Log in as 

User B

→ Expected: User B should see 0 credits (since they purchased nothing).

→ Actual: User B also sees the same credit count as User A (for example, 1).

4. Publish an event using 

User A

→ Expected: User A credits should decrease from 1 → 0.

→ Actual: User B’s credit count also decreases from 1 → 0.

5. Check the 

Event Submission list

 for User B

→ Expected: Only User B’s events should be shown.

→ Actual: All events from all users appear in User B’s submission page.

ACTUAL BEHAVIOR

• Credits become globally shared between all users.
• Changing credits for one user updates the visible count for all users.
• Submission list shows events belonging to every user in the database.
• The system behaves as if submissions are not user-bound.

• Each user should see only their own submission credits, based on:
  
• _submission_data
• _submission_count
• _evoaup_free_submissions
• WooCommerce orders where _customer_user = user_id
• Each user should see only their own events 

THE ISSUE IS NOT CAUSED BY CACHE

We have tested with:

• Incognito browser
• Cache fully disabled
• No cache plugins
• No CloudFront / CDN
• Fresh local WP install

The issue occurs even in a completely uncached environment.

This confirms the problem is internal to the plugin logic.

Please reproduce this on your development environment following the steps above.

You will clearly see that:

• Buying credits on one user increases the credits for all users
• Publishing events decreases the credits for all users
• Submission list is not filtered by user

This is a critical multi-user functionality bug.

Please confirm and fix in the next update.

I can provide additional logs, database snapshots or screen recordings if needed.

Thank you.

Code changes I made in your website. for your reference.

– Jenson

I’m using the WordPress Plugin EventON installed in WordPress.

Could you check if the account is under webmaster@grantcardone.com ?

We have been planning it since last week. But we have been finding more items that needed resolved before release, so the release date have been getting pushed. But we are very certain we could get the new version out at the latest early next week. 

Thank you Darren for sharing the login access, I have gone ahead and applied the eventon Tickets 2.5 version auto complete refactored code in your website. 

At the moment in Ticket settings > Checkout you only have Check payments to be auto completed, everything else will not be effected.

New code setup for autocomplete should process your new orders with check payments to complete status.

Do let us know if you have any other issues.

Best Regards,

Jenson