Attendees who start a Stripe payment, abandon it, and come back to try again will no longer run into stuck or duplicated checkout sessions. 💳 Payments now resolve correctly even when several Stripe sessions exist for the same registration.

This matters because every failed or stuck payment is a registration you might never recover — and a support ticket for your team. Cleaner session handling means fewer abandoned carts and fewer manual reconciliations at the end of the day. ✅

• Fixed multi-session behavior so a new Stripe checkout attempt no longer conflicts with a previous unfinished one
• Improved how payment status is synced back from Stripe to the attendee's registration
• Hardened the payment flow against edge cases where a session expired or was left open in another tab
• Expanded automated test coverage around Stripe payments to keep these scenarios protected going forward 🧪

Attendees now receive a single, accurate invoice for their registration — no more duplicate invoices showing up for the same person. 🧾✅

Under certain conditions, simultaneous registration or payment events could trigger invoice generation more than once for the same attendee, resulting in duplicate records that had to be reconciled manually. Invoice creation is now serialized per attendee, so only one invoice can ever be generated for a given registration, even when multiple processes run at the same time.

• Duplicate invoices eliminated: invoice generation is now serialized per attendee, preventing race conditions during high-traffic registration moments 🔒
• Faster invoice lookups: a new database index on the invoice UUID speeds up retrieval and validation across the platform ⚡
• Cleaner financial reporting: your invoice totals, exports, and accounting reconciliations now reflect reality without manual cleanup 📊

Why it matters: Duplicate invoices create confusion for attendees and hours of manual reconciliation for your finance team. With this fix, your billing records stay clean and trustworthy from the moment a registration is confirmed.

Payment-related labels and messages are now translated across our supported languages, so attendees see checkout information in the language they selected instead of falling back to English. 🌍

For global events, trust at the payment step is everything — a sudden untranslated message is exactly the kind of friction that makes someone hesitate before entering their card details. Consistent localization keeps the checkout experience polished from start to finish. 🙌

• Added and refreshed payment translations for Arabic, Japanese, Korean, Dutch and more
• Consistent wording across all payment states, so attendees always know what's happening with their transaction

Signing in through SSO now works even when the link contains an unsupported or malformed language code. 🔐🌍

Previously, the SSO flow passed the locale value from the URL straight to the application without validating it. If that value wasn't a language your event actually supports — something that commonly happens with link scanners, email security tools, or manually edited URLs — the request raised an invalid locale error and users hit a 500 error page on /users/sso instead of reaching their event.

Why it matters: attendees and organizers clicking an SSO link can now get in reliably, instead of being blocked at the door by a broken URL parameter that had nothing to do with them. Fewer support tickets, fewer abandoned logins. ✅

• Unsupported or unrecognized locale values are now rejected safely instead of crashing the request 🛡️
• The SSO flow correctly falls back to the user's preferred language when the requested one isn't available 🗣️
• Locale handling is now consistent across the standard and SSO authentication paths 🔄

You can now pull a complete Attendees in Sessions report 📊 that shows which attendees registered for and attended each workshop or session of your program — all in one place, ready to filter and export.

No more cross-referencing registration lists with session rosters by hand: in a couple of clicks you get the attendance picture you need for capacity planning, speaker follow-up, certificates and post-event reporting. ⏱️

• 🔎 New report view under Program Reports listing attendees per session
• 🎚️ Dedicated filters so you can narrow results down to the sessions, dates and audiences you actually care about
• 🧾 Custom field support — attendee custom fields are formatted and included so your export matches the data you collect at registration
• 📥 Excel export of the full report, generated in the background so you can keep working while large files are prepared
• 🌍 Fully localized, including Arabic, Catalan, Italian, Korean and the rest of the supported languages

Once an attendee has checked in at your event, their registration is now locked against rejection and cancellation — so your on-site attendance records always reflect what actually happened. 🔒

Previously, an organizer (or the attendee themselves) could reject or cancel a registration even after the person had already walked through the door, leaving check-in data, badge records and reporting out of sync with registration status. This change closes that gap across every entry point.

What's new:

• 🚫 Rejection and cancellation actions are now blocked for any attendee with a check-in record
• 🖥️ The reject/cancel buttons are automatically disabled in the attendees table and the attendee side panel, so the action is clear before you click
• 👥 The same rule applies to bulk actions on attendee groups — checked-in attendees are skipped instead of silently cancelled
• 🌐 Self-service cancellation from the public registration pages is also prevented for checked-in attendees
• 🔌 The API (v3) enforces the same validation, so integrations and custom workflows stay consistent with the platform

Why it matters: your check-in numbers, attendance reports and post-event analytics stay accurate and auditable, and your team avoids the cleanup work that comes from reconciling cancelled-but-present attendees. ✅

Cancellation and rejection messages have been rewritten to be more precise about what is happening and why an action may not be available — and the new wording is available in all supported languages. 🌍

• ✍️ Updated cancellation and rejection text for attendees and organizers
• 🗣️ Translations refreshed across all locales, including English, Spanish, German, French, Catalan and Arabic
• 💡 Clearer explanation when an action is unavailable because the attendee has already checked in

Why it matters: attendees and organizers immediately understand the status of a registration without contacting support, reducing back-and-forth and confusion during busy on-site moments. 🙌

Reaching the right people just got easier. 🎯 Notification recipient queries now support richer workshop and session criteria, so you can target exactly the attendees you mean to reach — no more casting a wide net and hoping for the best.

Why it matters: fewer irrelevant emails for your attendees and less manual list-building for your team, which means higher engagement rates and more time back in your day. ⏱️

• Expanded the query options available when selecting event notification recipients, making workshop-based segmentation more flexible 🔍
• Enriched the workshop data returned by the API so recipient lists resolve faster and more accurately 🚀
• Improved consistency between workshop information shown in the platform and the audiences used for notifications ✅

Minimum and maximum workshop limits now behave consistently when configuring an event, so the rules you set are the rules that get enforced during registration. 🎟️

Why it matters: When workshop limits misfire, attendees either over-book sessions or get blocked from ones they should be able to join — and your team ends up fixing registrations by hand. This correction keeps capacity planning accurate from setup through check-in.

• 🔧 Fixed validation of the minimum and maximum number of workshops an attendee can select.
• 🌐 Updated the related messages across all supported event languages for clearer, consistent feedback.

German-speaking users get a more accurate and natural experience, with refreshed translations across several key areas of the platform. 🇩🇪

We reviewed and updated the German labels used throughout modules, event pages, security settings, and speaker management to better match how the terms are actually used in practice.

Why it matters: precise terminology means less second-guessing for your team and your attendees, fewer support questions, and a more polished, professional experience for German-language events. ✨

• Updated wording for application modules
• Updated wording for event page modules
• Updated wording in security settings
• Updated wording in speaker management

Notification emails now respect your custom SMTP configuration, so every automated message your attendees receive is delivered through your own mail server and sender identity. 📧

Until now, custom SMTP settings applied only to part of your outbound communications, which meant some notifications still went out under default sending infrastructure. With this release, the notification mailer honors the same SMTP credentials you've already configured for your account.

Why it matters: consistent sender domains improve deliverability, reduce the chance of your messages landing in spam, and keep every touchpoint fully branded — no more mixed sender addresses confusing your attendees. 🚀

• Notification emails now route through your configured custom SMTP server
• Consistent sender identity across all outbound event communications
• Better deliverability and inbox placement thanks to your own domain reputation
• No action required if you've already set up custom SMTP — it just works

When you embed your registration form on an external site, the iframe now reports its own content height and adjusts automatically as the form grows or shrinks. 📐

Why it matters: no more awkward inner scrollbars or cut-off fields on your corporate website — the form simply fits, on desktop and mobile alike, which means fewer abandoned registrations. ✅

• Automatic height reporting via post-message between the embedded form and the host page
• Improved public layout handling for embedded content
• Cache control adjustments so the resize script always loads the latest version

The public event calendar widget now handles empty date pickers gracefully instead of failing to load. 📅

Previously, when a visitor opened the calendar without selecting a start or end date, the browser sent an "Invalid Date" value to the API. That unparseable value raised an error and returned a 500 response, leaving your public calendar blank for anyone browsing your events.

Why it matters: your event calendar is often the first thing prospective attendees see — a blank page means lost registrations. Now the calendar always renders, whether or not a date range is applied. 🎯

• Invalid or empty start_date / end_date parameters are now safely ignored instead of crashing the request
• The calendar simply returns all upcoming events when no valid date bound is provided
• Valid date ranges continue to filter exactly as before — no change to existing behavior
• Added test coverage to prevent this regression from returning

Purchase item names and descriptions now accept the full range of Unicode characters, so Japanese, Chinese, Korean, and 4-byte characters like emoji no longer cause creation to fail. 🌏

Previously, these fields were stored using a legacy latin1 encoding, which silently rejected any character outside the Western alphabet. Organizers selling tickets, add-ons, or merchandise to international audiences would hit an error the moment they tried to save an item name in their local script. ✍️

Why it matters: teams running events in Asian markets can now name their purchase items exactly as attendees expect to see them — no transliteration workarounds, no failed saves, and no confusing checkout experiences. 🧾

• Migrated the purchase_items table to utf8mb4 encoding
• Full support for CJK characters and 4-byte UTF-8 (including emoji 🎉) in item names and descriptions
• Existing purchase item data is preserved through the migration

Attendees now receive an automatic notification whenever their scheduled activities change — no more manual follow-ups or attendees showing up to a session that moved. 📬

Why it matters: agendas shift constantly during event prep, and every unannounced change turns into a support email, a confused attendee, or an empty seat. Automating this keeps everyone aligned with zero extra work for your team. ⏱️

• Automatic activity-change notifications are now sent to attendees when their registered activities are updated
• Notifications are triggered directly from sessions and workshops, so changes made in either place reach attendees immediately
• Covers attendee registrations, workshop assignments, and session updates across the API, ensuring consistent messaging no matter where the change originates
• Reduces manual communication effort for organizers and cuts down on day-of confusion at check-in 🎟️

Requests to the API using a simple ?page=1 parameter no longer fail — pagination now accepts both scalar and JSON:API-style page parameters. 🎉

Previously, our pagination logic assumed every request followed the JSON:API convention of page[number] and page[size]. Any integration sending a plain ?page=2 passed a value the handler couldn't interpret, which resulted in an error instead of a response. That meant developers had to rewrite working code just to match an undocumented expectation.

Why it matters: your integrations keep working the way they were written, so you spend less time debugging opaque API errors and more time building. 🚀

• ✅ ?page=1 and other scalar values are now correctly treated as the page number
• ✅ Existing page[number] / page[size] hash parameters continue to behave exactly as before — no migration needed
• ✅ Added test coverage around pagination parameter handling to prevent regressions

Saving or updating an attendee no longer returns an error when a custom attachment field is empty or was already cleared. 🎉

Previously, the system attempted to delete a file that didn't exist, which resulted in a 500 error and blocked the entire save. Now blank attachment data is safely skipped, so attendee records update cleanly every time.

• ✅ Attendee records with empty custom attachment fields now save without errors
• 🗑️ Clearing an attachment twice no longer breaks the request
• 🛡️ Added test coverage to keep this behavior stable going forward

Why it matters: Organizers and attendees can complete registrations and profile edits without hitting unexpected failures, removing a frustrating blocker in the middle of data entry.

Pending Stripe payments now sync reliably, even when an incomplete payment record sneaks into the queue. 💳✅

Previously, a single payment created without a Stripe checkout session ID could crash the entire background job that verifies pending payments. When that happened, every other payment in the batch was left stuck in a pending state — meaning registrations weren't confirmed, and your team had to chase down payment statuses manually.

What changed:

• ⏭️ Payments missing a Stripe checkout session identifier are now skipped automatically instead of breaking the verification process.
• 🛡️ The status check returns early for orphaned payment records, so one bad row can no longer stop the whole batch.
• 🔁 All other pending payments in the same batch continue to be verified and updated as expected.

Why it matters: your attendees get their payment confirmations on time and your finance and operations teams stop spending time reconciling payments that silently stayed pending. 🎯

You can now use emojis and other special characters 🎉 in module content, speaker profiles, and lead information without running into save errors. Previously, adding a character like 🚀 or certain non-Latin symbols would cause the save to fail with an unexpected error, forcing you to strip your content down to plain text.

Why it matters: Your event content stays on-brand and expressive — no more losing work or rewriting descriptions because a single emoji broke the save. ✨

• Text fields across app modules, speakers, and leads now fully support 4-byte UTF-8 characters (emojis, extended symbols, and a wider range of international scripts) 🌍
• Resolved the StatementInvalid error that appeared when saving content containing these characters ✅
• Existing content is preserved and migrated automatically — no action needed on your side 🔄

Guest pages no longer return a confusing 403 Forbidden error when the related event can't be found. 🎯

Previously, if a guest link pointed to an event that didn't exist (or was no longer available), the guests area tried to read attendee information from a missing event and failed with a misleading permission error. Organizers and guests were left thinking they lacked access, when the real issue was simply a missing event.

Why it matters: fewer false "access denied" reports means less time spent troubleshooting permissions and faster answers for your attendees. 🚀

• Guest requests for missing events now fail gracefully instead of raising an unexpected error
• No more misleading 403 responses that suggest a permissions problem
• Added test coverage to keep this behavior stable going forward ✅

Sending a test email from a bulk notification no longer fails when your campaign targets a very large audience. 📧

Previously, requesting a test email triggered a full load of every filtered recipient just to confirm the list wasn't empty — which could exhaust the database's sort memory and cause the request to error out on big events. Now the system only fetches a single sample recipient, and if that lookup still can't complete, the test email is sent anyway without an example recipient.

Why it matters: organizers running large-scale campaigns can preview their emails before hitting send, instead of being blocked at the exact moment the stakes are highest. ✅

• Test email checks now retrieve a single recipient instead of the entire filtered attendee list
• Graceful fallback keeps the test email flowing even if the sample lookup fails
• Added error handling in the bulk notifications email controller for a cleaner, more informative response instead of an unexpected failure 🛡️

Requesting the list of cities for a region that doesn't exist now returns a clear 404 Not Found response instead of failing with a server error. 🗺️

Previously, calling GET /api/v3/countries/:country_id/regions/:region_id/cities with an invalid or placeholder region_id (such as the example value shown in our API docs) caused the endpoint to return a 500 error, making it hard to tell whether the problem was on your side or ours.

Why it matters: integrations can now handle missing regions gracefully with standard error handling, instead of retrying or alerting on what looked like an outage. Fewer false alarms, faster debugging, and a smoother experience when exploring the API. ✅

Activities now validate multiple sessions correctly at the session level, so misconfigured schedules are caught the moment you save instead of surfacing later as booking errors. 🗓️

Why it matters: Catching session conflicts up front prevents attendees from registering for overlapping or invalid sessions, saving your team from manual clean-up and last-minute schedule fixes on event day. ✅

• Multi-session rules are now enforced consistently at the activity level, including when activities are created or updated through the API 🔌
• Clear, localized validation messages so organizers know exactly what to correct — available in English, Spanish, French, German, Arabic and more 🌍

You can now pull real-time attendance and capacity numbers for your event sessions through a brand-new Sessions Stats endpoint in the API (v4). 📊

Instead of exporting registration lists and counting rows in a spreadsheet, your team (and your integrations) can request session-level statistics directly and see exactly how each workshop or session is performing. That means faster room-capacity decisions on site, fewer manual reports, and dashboards that stay in sync with what's actually happening at your event. ⏱️

• New sessions/stats endpoint available under the API v4 🔌
• Session data exposed through a lightweight serializer, so responses stay fast even for agendas with many sessions ⚡
• Fully documented in the OpenAPI/Swagger specification, making it easy for developers to integrate without guesswork 📘
• Covered by automated tests to keep results accurate and reliable ✅

When a payment can't be processed, attendees now see a readable, translated message explaining what went wrong instead of a generic or silent failure. 🚨

We also tightened up how missing or invalid gateway credentials are reported, so misconfigurations surface immediately during setup rather than at the moment a real attendee tries to pay.

• 💬 User-facing error messages available in English and Spanish.
• 🔑 Explicit errors raised when SIRE credentials are missing or incomplete.

Why it matters: Attendees know whether to retry or contact support, and your team stops fielding "the payment page just stopped" tickets with no context. ⏱️

You can now check in multiple attendees at once through the new batch check-in endpoint in API v4 — one request, one response, no more looping through attendees one by one. 🎟️

For teams running high-traffic entrances, this removes the biggest bottleneck at the door: instead of firing a separate request for every badge scan, your access-control app, kiosk, or integration can push a full batch and get a consolidated result back. Fewer round trips means faster lines, less load on your integration, and far less custom retry logic to maintain. 🚀

• New batch check-in endpoint available in API v4 for attendees
• Per-attendee results so you can tell exactly which check-ins succeeded and which need attention
• Localized validation messages shipped across all supported languages, so errors are readable for every team no matter where they operate 🌍
• Built on a dedicated batch check-in service designed to handle large volumes reliably during peak arrival windows

Invoice numbers are now generated one at a time, so every invoice issued for your event gets its own unique, sequential number — even when dozens of attendees are registering and paying at the exact same moment. 🧾

Previously, when two purchases landed at the same instant, the invoice counter could hand out the same number twice, resulting in rejected invoices or duplicated records that had to be reconciled by hand. That's now resolved.

Why it matters: Clean, gap-free invoice sequences are a hard requirement for accounting and tax compliance in most countries. This fix removes an entire class of manual cleanup work for your finance team after high-traffic registration pushes. 💰

• Invoice sequence increments are now fully serialized, so two concurrent purchases can never claim the same number
• If a collision is detected at the database level, invoice creation automatically retries and lands on the next available number
• Applies transparently to all event invoices — no configuration or action required on your side ✅

Attendee check-in processing is now noticeably leaner, thanks to optimized database access and smarter caching behind the scenes. ⚡

We eliminated redundant queries when loading attendee data and improved how attendee types are cached during check-in operations. In practice, that means quicker responses when registration desks are at their busiest — the exact moment when every second of delay turns into a longer queue at the entrance. 🏃‍♀️

Registration forms now quietly ignore invalid or unrecognized attendee_type values in the URL instead of failing, so attendees always reach a working form. 🎟️

Previously, if a registration link carried a malformed, out-of-range, or copy-pasted attendee type parameter that didn't belong to the event, saving a draft registration could return a server error (500) and stop the sign-up in its tracks. Now the attendee type is only applied once it has been verified as belonging to that specific event — otherwise the system falls back to the default behavior and registration continues normally.

• ✅ Invalid or junk attendee_type query parameters are ignored instead of triggering an error
• 🔒 Attendee types are validated against the event before being assigned, preventing cross-event mismatches
• 💾 Draft registrations save reliably, even from broken or edited links
• 🧪 Added regression coverage on the public registration flow to keep this from returning

Why it matters: Broken registration links are one of the fastest ways to lose an attendee. This fix means a mistyped or truncated URL shared over email, chat, or social media still leads to a usable form, protecting your conversion rate and saving your team from chasing avoidable support tickets. 🚀

Downloading an Excel export that hasn't finished generating now returns a clean 404 page instead of an unexpected application error. 📄

Previously, if an organizer clicked the download link before the export file was actually stored, the system tried to serve a file that didn't exist yet and crashed with a TypeError. That meant a confusing error screen and no clear indication of what went wrong or what to do next. 😬

Why it matters: organizers get a predictable, understandable response instead of a broken page — so they know the export simply isn't ready yet and can retry in a moment, without filing a support ticket or worrying that their data was lost. ✅

• Requests for exports with no stored file now render the standard 404 page
• Eliminates the TypeError raised when attempting to send a nil file
• Added regression test coverage to keep this behavior locked in 🔒

Every endpoint in the v4 API now ships with richer, more precise descriptions — making the reference easier to read for humans and far more usable for AI assistants and MCP-based tooling. 🤖📚

We went through the v4 specification and rewrote vague or incomplete definitions so each resource and parameter explains what it is, what it returns, and when to use it:

• Improved descriptions for attendees, attendee types, and attendee type custom fields
• Clearer definitions for checkpoints and events endpoints
• Language optimized so MCP clients and AI agents can correctly interpret and call our API
• Consistent phrasing across the entire v4 surface for easier scanning

Why it matters: Better documentation means faster integrations and fewer support tickets — your team (and your AI coding assistant) can understand the Eventtia API without reverse-engineering responses. ⏱️✨

We polished several areas around workshop registration and attendee display so the experience feels more consistent for both organizers and participants. ✨

Small inconsistencies in how workshop form fields and public attendee cards render can create confusion at exactly the wrong moment — when someone is trying to register or find a colleague. These refinements remove that friction and keep your public pages looking exactly as intended. 🎯

• 🧩 Improved handling of workshop form field definitions
• 🪪 Refined rendering of the public attendee card
• ⚙️ Updated event parameters view for clearer configuration

Workshop exports now include a dedicated Status column, so you can instantly tell which sessions are active, cancelled, or otherwise flagged — without cross-checking the platform. 📊

Until now, anyone analyzing workshop data in Excel had to jump back into Eventtia to confirm whether a session was still live. That extra step made reports slower to build and easier to get wrong. With status included directly in the export, your spreadsheets become a single source of truth you can filter, pivot, and share with confidence. ✅

• 🆕 New Status column added to the workshops Excel report
• 🔍 Filter or sort your export to isolate active vs. inactive sessions in seconds
• 🌍 Fully translated across all supported platform languages (English, Spanish, French, German, Catalan, Arabic and more)
• ⏱️ No configuration needed — the column appears automatically in new exports

When you clone an event, attendee types are now replicated with every setting preserved, including their workshop access configuration. 🗂️

This matters most for recurring events and multi-city series: instead of rebuilding each participant profile and re-assigning which types can access which workshops, you clone once and start from a working setup. What used to be an hour of careful re-configuration — and a common source of missed permissions — is now handled automatically. ⏱️

• Attendee types in cloned events keep their full configuration, not a partial copy 📋
• Workshop-related settings for each attendee type are correctly carried over to the new event 🎟️
• Cloned events are usable out of the box, so you can focus on dates, content and promotion instead of setup 🚀

Duplicating an attendee type now brings all of its settings along for the ride, so the copy is ready to use instead of ready to reconfigure. 🧬

Previously, only part of the configuration was carried over, which meant going back through each option to rebuild what the original type already had. Now the duplicate is a faithful copy from the moment it's created — a real time-saver for teams that manage several similar participant profiles (VIPs, speakers, sponsors, staff) with only minor differences between them.

• Duplicating an attendee type copies the complete set of settings, not just the basics ✅
• The duplication screen makes it clearer what will be copied before you confirm 👀
• Fewer manual re-entries means fewer misconfigured registration flows and fewer surprises at check-in 🎯

Exporting the Meetings Summary report no longer leaves you guessing when something goes wrong. 📊 We fixed the error handling behind this report so failed exports are caught, reported clearly in the export modal, and no longer end in a silent or stuck download.

Why it matters: networking reports are often pulled right before a stakeholder meeting or post-event wrap-up — knowing instantly whether your file is ready (or why it isn't) saves you from re-running exports and chasing support. ⏱️

• Improved error handling across the Meetings Summary Excel export process 🛠️
• Clearer feedback in the export modal when an export cannot be completed ✅
• More reliable export flow for networking reports, avoiding stuck or silently failing downloads 🚀

You can now retrieve your event checkpoints programmatically through the API v4, with brand-new endpoints to list all checkpoints or fetch the details of a single one. 🎯

Why it matters: if you manage check-in desks, access zones, or session scanners, you no longer need to export data manually or dig through the dashboard — your badge printing system, BI dashboard, or custom app can read checkpoint data directly and stay in sync in real time. ⏱️

• 📋 Checkpoints index endpoint — retrieve the full list of checkpoints configured for an event in a single call
• 🔍 Checkpoint show endpoint — fetch the details of a specific checkpoint by its identifier
• 🔗 Available under the API v4 namespace, consistent with the rest of the v4 resources and authentication model
• ✅ Fully covered by automated request specs to keep responses stable and predictable for your integrations

These endpoints are ready to use today — point your integration at API v4 and start reading checkpoint data without any extra setup. 🚀

You can now filter attendees by their badge printed status directly through the Attendees API (v4, with parity in v3). 🎟️ In a single request, pull the list of attendees whose badges have already been printed — or those still waiting.

Why it matters: on-site teams no longer have to export full attendee lists and cross-check them manually to spot who still needs a badge. That means shorter check-in queues, fewer duplicate prints, and a clear real-time view of registration desk progress. 🚀

• New printed filter available on the Attendees endpoint in API v4
• Same filtering behavior aligned across API v3 for consistent integrations
• Documented in the API reference (Swagger) so your developers can adopt it right away
• Works alongside existing attendee filters, so you can combine it with categories, statuses and more

Resending a massive message now takes you straight to the editor of the newly duplicated message. 📧

Previously, choosing Resend on a massive message could leave you on a broken or unexpected page because the duplicated message's ID wasn't being passed to the editor. You had to go back to the list and hunt for the copy before you could tweak recipients, subject, or content.

Why it matters: resending a campaign is now a single, uninterrupted flow — click resend, land in the editor, adjust, and send. No backtracking, no guessing which copy is the right one, and less risk of editing (or sending) the wrong message. ✅

• Resend now redirects correctly to the edit page of the cloned massive message
• The duplicated message is reliably identified, so no more dead-end redirects
• Faster follow-up sends for reminders, re-invitations, and campaign repeats 🚀

Attempting to delete the last remaining session of an activity now returns a clear, readable validation message instead of failing with a server error. 🎯

Previously, this action triggered a 500 error, leaving organizers with no explanation of what went wrong or why the session couldn't be removed. Now the platform responds with a proper 422 validation response and a human-readable message explaining that an activity must keep at least one session. ✅

Why it matters: organizers no longer hit a dead end when managing sessions — they immediately understand the rule and can adjust their agenda without contacting support or retrying the same failing action. ⏱️

• Deleting the last session of an activity now returns a proper validation error (422) instead of a server error 🚫
• The error message is displayed on the activity itself, so it renders correctly in the interface 💬
• Session management via the API behaves consistently and predictably 🔗

Opening an attendee type that no longer exists — because it was archived, belongs to another event, or the link was outdated — now takes you straight back to the attendee types list with a clear "not found" message instead of showing a server error page. 🎯

Previously, these links crashed the page, leaving you stuck with no explanation and no way forward except hitting the back button. Now the system handles the situation gracefully, so bookmarked or shared links to removed attendee types never interrupt your workflow. ✅

• Editing a missing, archived, or cross-event attendee type now redirects to the index page with a friendly not-found notice
• Viewing groups for a missing attendee type follows the same safe behavior
• Eliminates unexpected 500 errors caused by outdated or invalid attendee type links 🚀

Your event logo now renders reliably on attendee networking agendas. 🖼️ Previously, the logo could fail to load on the networking agenda page, leaving attendees with a broken image instead of your branding.

Why it matters: the networking agenda is one of the most-viewed pages during an event — attendees check it repeatedly to see who they're meeting and when. A broken logo undercuts your brand at exactly the moment attendees are paying closest attention. ✨

• Fixed the logo image on attendee networking agendas so it resolves the correct CDN URL before rendering
• Aligned the networking agenda template with the exhibitor agenda template for consistent, predictable branding across both views
• No configuration needed — existing events pick up the fix automatically 🎉

Searching for companies, contacts, or locations while assigning meeting locations now works reliably, even when names contain apostrophes or other special characters. 🔍

Previously, a company like "O'Brien Consulting" or a contact named "D'Angelo" would break the underlying search query and return a server error instead of results — forcing organizers to guess or scroll manually through long lists.

Why it matters: Business conference organizers assigning meeting locations can now trust search to just work, with no dead ends or error pages in the middle of scheduling. ✅

• Company, contact name, and location filters in the location-assign search now handle apostrophes and special characters correctly
• Eliminated the 500 error that appeared when searching for names with quotes
• Search inputs are now safely bound, making the query more robust and secure 🔒

Updating an exhibitor attendee that no longer exists now shows a clear "not found" message instead of crashing with a server error. 🙌

Previously, if an attendee had been deleted, archived, or belonged to a different event, saving changes from the exhibitor area would hit an unexpected error page — leaving exhibitors stuck with no explanation and no way forward.

Why it matters: exhibitors get an immediate, understandable message and can continue working right away, instead of losing their place and reaching out to support to figure out what went wrong. ✅

• Attendee updates now gracefully handle deleted, archived, or out-of-event records
• Users are redirected with a friendly not-found alert instead of seeing a 500 error
• Fewer dead ends and support tickets during busy event days 🎯

Keyword search inside mail lists now returns results reliably instead of failing with a server error. 🔍

Previously, search terms weren't being passed correctly to the database query, which left the keyword placeholder unresolved in the underlying full-text search and caused the request to fail outright. Any attempt to filter a mail list by keyword ended in a 500 error, forcing you to scroll through contacts manually.

Why it matters: finding the right recipients in large mail lists is often the first step before sending a campaign — this fix removes a hard blocker and saves you from manually combing through thousands of records. 📬

• Mail list keyword search now correctly binds search terms to the query
• No more server errors when filtering contacts by keyword
• Search behavior is covered by additional automated tests to prevent regressions ✅

Editing an attendee record that no longer exists — or that belongs to a different event — now returns a clean, predictable permission response instead of an unexpected server error. 🛠️

Why it matters: Stale browser tabs, bookmarked links, and duplicated event workflows are everyday realities for busy organizers. Instead of hitting a confusing error page, your team now gets a clear signal and can keep working without interrupting registration management. ✅

• Access is now validated before the attendee record is read, preventing crashes on missing or cross-event attendee IDs 🔒
• Attempts to update an attendee that isn't available in the current event context return a proper access-denied response 🚫
• Added automated test coverage to keep this behavior stable in future releases 🧪

We've upgraded the embedded Zoom Web SDK to version 6.2.0, bringing a more stable and modern in-browser meeting experience to every workshop and session streamed through Eventtia. 🎥

Attendees join Zoom sessions directly from the event website, so keeping the SDK current means fewer connection hiccups, better browser compatibility, and access to the latest audio and video improvements Zoom has shipped — all without your attendees ever leaving your event. ✨

• 🚀 Updated the Zoom Web SDK used for workshop streaming to 6.2.0
• 🖥️ Improved compatibility with the latest versions of major browsers
• 🔒 Aligned with Zoom's current supported SDK versions, keeping sessions secure and compliant with Zoom's platform requirements
• 🎧 Better audio/video stability for attendees joining sessions embedded in your event site

No action is required on your side — existing Zoom-enabled workshops automatically benefit from the update. 💚

Bulk emails with recipient conditions now keep delivering even when one recipient record fails, so a single problematic contact can no longer interrupt an entire send.

Previously, an error on one guest, list member, or exhibitor could abort the whole delivery, leaving part of your audience without the message and no clear indication of what went wrong. Each recipient is now processed independently, so the rest of your campaign goes out as planned. 📬

• Recipient failures are now isolated in the guests, contact list, and exhibitors sends, the same way they already were for attendees
• Corrected an inverted failure counter in the exhibitors send, so delivery reports now show accurate sent and failed totals
• Delivery errors are now recorded so our team can spot and resolve issues faster

Why it matters: Your communications reach the maximum possible audience on the first attempt, and the numbers you see in your delivery summary reflect what actually happened.

Every Wompi payment status is now confirmed directly with Wompi rather than trusted from the incoming notification. Eventtia takes only the transaction ID from the notification, then reads the authoritative status from Wompi before updating the payment record.

Why it matters: a forged or tampered notification can no longer mark an order as paid, so your registration and ticket revenue is protected from fraudulent approvals — and the payment statuses you see in Eventtia always match what Wompi actually processed. 🔒

• Payment status is read directly from Wompi as the single source of truth
• Reference, amount and currency reported by Wompi are checked against the stored payment before any update is applied
• Transactions that can't be verified are no longer approved
• No configuration changes required — the safer verification applies automatically to all Wompi payments

Attendee birthdates and event dates now display and save correctly, so the information you see in attendee records matches what was actually submitted.

Date handling issues could previously cause birthdates to be stored or shown incorrectly and event dates to appear in an inconsistent format, which made attendee data harder to trust when filtering, exporting, or reporting.

• Corrected the birthdate field on attendee records so values are captured and displayed as entered
• Standardized event date formatting for consistent presentation across attendee data

Why it matters: Clean, reliable date data means fewer manual corrections, more accurate segmentation by age or event timing, and exports you can hand off with confidence. 📅