Event Tickets with Ticket Scanner

變更記錄

3.1.6 – 2026-08-13

• Tweak: The admin area was redesigned. The top navigation is now a segmented control, the footer cards sit in a four-column grid, ticket status pills use semantic colors, and the primary action buttons share one style across the whole settings page.
• Tweak: The support footer now has a “Rate this Plugin” card linking to the WordPress.org review page, so the four footer cards fill one row.
• Fix: The “Dismiss” button of the version-notice box sat outside the card; it is now inside the card where it belongs.
• Fix: The Dashicons inside primary (lila) buttons inherited the WordPress default blue and clashed with the background; they are now white.
• Tweak: The ticket scanner and the ticket detail page now feel like one product. A design system was added – CSS custom properties for colors, spacing and radius, a BEM class structure on top of the existing IDs – and the parts that grew ugly over the years were cleaned up (hard-coded black border on the ticket box, the <center> tag on the scanner, the orphaned button_ok.png / button_cancel.png images). Every existing ID and class is still there, so a custom CSS file you wrote for an earlier release keeps working.
• Tweak: On the scanner page the ticket information no longer appears inline after a scan – the event name, date and seat only filled the space between the reader and the buttons, and on a phone the layout jumped around while the answer was on the way. While the scanner is waiting for the answer, the area shows a loading hint; as soon as the ticket is retrieved, a compact summary card appears (heading, title, date) with a color that matches the ticket state – green for valid, orange for expired or not yet redeemable, red for already redeemed. The full details open behind an “Show ticket info” button as a full-screen overlay with a close button, so the scanner display stays clean.
• Tweak: On the scanner the option row was moved up next to the buttons, so the “Scan and Redeem immediately” checkbox and its peers are visible right where the action buttons are. A new “Use classic layout” checkbox sits next to the existing “Use old ticket scanner library” one and toggles the scanner layout via a URL parameter – the same pattern that toggle uses.
• Tweak: The standalone ticket scanner is no longer preceded by a “Ticket Scanner” headline – it looks like a scanner device now, not like a page. On the public ticket view the wrapper no longer carries a hard border; the content sits directly on the page, with only the page’s own padding for air. Scanner buttons are now 48 minimum height (56 for primary actions), so the person at the door in January gloves does not have to fight the touch target.
• Fix: The spinner shown while the scanner waits for the server was invisible on the modern layout – the CSS class that animated it lived only inside the legacy HTML page. The animation is now defined in the design system stylesheet, so the spinner shows wherever it is used.
• Fix: Three button styles in the scanner used three different looks – one was a bare HTML button, one used a class the stylesheet had never heard of, and one toggled between gray and green via inline JavaScript. They are now all built on the same BEM class, and the disabled state has a real visual treatment instead of just disappearing.
• Fix: The “Badge” and “PDF” buttons on the scanner did nothing to indicate the download was on the way. They are now disabled while the file is being fetched and show a small spinner inside the button label, restoring the original label as soon as the download is delivered (or fails).
• Tweak: The “AI Support Bot” card is gone from the support view. It answered from a knowledge base we stopped keeping up to date, and an answer about last year’s plugin is worse than none. Documentation, release notes and the support address are where they were.
• New: A ticket can be passed along from the ticket page. On a phone the usual share sheet opens – WhatsApp, Telegram, Signal, mail, whatever is installed – on a desktop browser WhatsApp and Telegram are offered as links. That is how the second ticket reaches the friend who is coming along, and how the ticket gets from the laptop to the phone. Your shop sends nothing itself; the customer does. The page says out loud that whoever receives the link can show the QR code. Can be switched off (“Let customers send their ticket on”), and it is shown in every kind of ticket sale, including vouchers.
• Tweak: The last pieces of premium licensing left this plugin. The “Check License Server” button and the update dialog that appeared after entering a license key are gone – both reached out to our server from the free plugin, which is not what a plugin on WordPress.org should do. Updating premium is the premium plugin’s own job (“Check license & update” next to the license key, version 1.7.3 and newer). What stays here is the display: the license status and a button to refresh it, which asks the premium plugin to do the checking.
• New: A message you can set for events where tickets are still sold at the door – it is added to the “sales closed” text when the premium version marks a product that way, so a buyer who arrives too late for the online sale is not left with a dead end.
• Fix: Tickets without a WooCommerce order could not be redeemed by typing their number into the scanner – the very way a printed card is meant to be checked at the door. It failed with “#9302” unless a second, separate option was switched on as well. Allowing tickets without an order is now enough.
• Tweak: The scanner said “Ticket is NOT paid ().” for a card that was never sold in the shop – a defect message for the case the feature is made for, with an empty bracket on top. It now says the ticket was handed out directly.
• Tweak: In the product’s Event Tickets tab and in the ticket list, option keys no longer appear in customer-facing text. The settings page hides them in the entry view as well and shows them under “All options”, where support answers need them.
• Tweak: The “Getting Started” checklist now reads the real state of your installation instead of guessing from counters. Until now it ticked off “assign a list to a product” as soon as any ticket existed anywhere, and it congratulated you for the ticket list that the plugin creates by itself. It also no longer counts a fixed four steps: what needs doing is what is listed.
• Tweak: In the product’s Event Tickets tab, the ticket switch and the list now come first and the note about the free ticket limit follows below – it used to be the first thing in the tab, in red, before the setting it belongs to.
• New: After activation the plugin says where to go next, once, with a button – instead of leaving you to find the menu entry at the bottom of the sidebar. Installations that already have tickets are not bothered with it.
• New: The setup wizard now ends by showing what it actually switched on for you (“redemption locked until the event starts”, “scan redeems immediately”, …). The defaults fit most shops – you just could not see them. It also stops claiming you are all set while listing things you still have to do: what is left is one product, and the button goes straight there.
• Tweak: The warning about “Plain” permalinks was a dialog on every single page load, with no way to act on it. It is now the first step of the setup check, with a button that opens the permalink settings – and it is the one thing that still shows up even after you dismissed the setup check, because without it the ticket page and the scanner cannot be reached.
• Tweak: The setup wizard now remembers which kind of sale you picked. Until now the settings page asked the same question a second time, minutes after the wizard had already asked it.
• Fix: In dialogs, the recommended button is highlighted again instead of whichever button happens to sit on the left. In the setup wizard that meant “Skip” and “Back” looked like the main action while “Start Setup” and “Apply & Finish” looked secondary.
• Fix: A tip in the setup wizard showed “⚡” as plain text instead of the symbol, and the product tab said “Make sure your are not selling” instead of “you are”.
• Fix: The free version asked for a premium license key. On a plain installation without the premium plugin, a dialog appeared saying “Thank you for using the Premium version!” and asked for a key that such an installation never had — a comparison error made “no premium version” look like “premium version installed, key missing”. The dialog now only appears when the premium plugin is really installed.
• New: The plugin page now shows when the plugin was last updated, next to the version, with a link to the changelog of every release. Whether a plugin is still being looked after is a fair question, and the answer belongs where you are, not on a sales page.
• New: A setting that belongs to a different kind of sale but was changed anyway is now shown in the filtered view instead of being hidden – highlighted, with a note that it can make your shop behave unexpectedly and a “reset to default” button right next to it. Those are exactly the leftovers that cause the “it does something I never asked for” cases.
• New: “Restore the defaults of this view” resets only what is currently in front of you, and lists beforehand which settings would change. The existing button that resets all options is untouched.
• New: Existing installations are asked once which kind of ticket sale they run. Whoever answers gets the filtered view, whoever declines keeps all options and is not asked again.
• New: The settings page can now show only the settings that belong to your kind of ticket sale. Pick your event type once – event tickets, day passes, memberships or vouchers – and the page starts with the handful of settings that decide how your shop behaves (14 instead of 306). From there it is one click to everything that belongs to your event type, and one more to all options; nothing is ever hidden for good. The search always looks through every setting and tells you when a match sits outside your event type.
• New: The settings page has a search field. Type two letters and only the matching settings stay on the page – it searches the name, the description and the option key, so you can also paste the key from a support answer or from the documentation (“wcTicketHideTicketAfterEventEnd”). The number of matches is shown, the search term is highlighted, “Esc” clears the field and the “/” key jumps into it. An empty field brings the page back exactly as it was.
• New: Once the setup check has nothing left to report, you can dismiss it for good with the small x. From then on it is not only hidden but no longer worked out either – a finished installation pays nothing for a check it does not need. Clear “setupStatusDismissed” in the settings export to bring it back.
• New: The settings page now opens with a short setup check that reads your actual installation instead of showing you more options: is a product connected to a ticket list, and does your door team have access to the ticket scanner. Every open step has a button that takes you straight to the right place; once both are done the check simply confirms that you can sell and check tickets.
• New: Tickets can now work entirely without a WooCommerce order, for printed cards you hand out yourself. Create the ticket numbers in a ticket list as before, switch on “Allow tickets without a WooCommerce order” — either globally in the WooCommerce settings or for a single ticket list — and the scanner accepts them, shows them and redeems them. Both switches are off by default. Note what you give up for those tickets: the plugin can no longer verify them against a paid order, only that the number exists, is active, has not been redeemed yet and belongs to its list. Tickets sold through WooCommerce are untouched and keep the full check.
• Tweak: This plugin no longer contacts the license server of the premium version. That check now lives in the premium plugin itself, where it belongs — this plugin only stores the answer and uses it to switch premium features on or off. If you use the premium version, update it to 1.8.0 or newer; until you do, your premium features stay switched on and the plugin asks you to update instead of expiring them.
• New: Scanner auth tokens can now be restricted to ticket lists, not only to products (“Bound to ticket list(s)” when editing a token, comma separated list ids, empty means all). A door team then only redeems the lists it is responsible for — for a venue with its own ticket list, one token per venue. This is also the only restriction that can apply to tickets without an order, because those have no product to bind a token to.
• New: A ticket list can carry its own event window (“From” / “Until” with date and time). It applies to tickets without an order, which have no product to take event times from, and is governed by the same scanner options as before — no redemption before the start, none after the end, or none after the start. Empty means no time limit.
• New: Seat order can now be arranged by hand. A “Seat Order” button above the seat list of a simple (dropdown) seating plan opens a drag-and-drop list; the order you save is the order buyers see in the seat dropdown. Until now the order was fixed to the sequence in which the seats were created.
• Tweak: The action buttons of the seating plan list no longer wrap onto a second line — the column is wider and kept on one line.
• Fix: The “Go to Seating Plans” and “Create one first” links in the product panel, and the admin link passed to the frontend seat selector, pointed to a non-existent admin page (?page=sasoEventTickets). Following them produced “Sorry, you are not allowed to access this page.” The links now use the correct page slug so the seating tab opens as expected.
• Tweak: Plugin description and FAQ now clearly state the 50-ticket free-version limit and the exact free-tier caps (5 ticket lists, 1 seating plan with 20 seats, 3 scanner auth tokens).
• Tweak: Removed unverified social-proof claims (“4.9/5” rating, “1,000+ event organizers”) and replaced with the verifiable WordPress.org metric (“Active on 1,000+ WordPress sites”).
• Tweak: Removed named-competitor comparison (Eventbrite, Ticketmaster) from the plugin description.
• Tweak: “No per-ticket fees” clarified to “No per-ticket service fees” with payment-processor qualifier.

3.1.5 – 2026-08-10

• New: Online sales can now be stopped a set number of hours before the event starts (“Stop online sales before the event starts” in the WooCommerce settings, off by default; when switched on it stops sales two hours before the event unless you change the number). Useful when you also sell at the box office and want the online shop to close first. Products without an event date are never affected; for day-chooser products the date the customer picked counts. Buyers are told when they add the product to the cart, and a cart that was filled before the cutoff is blocked at checkout. The message is configurable.
• Tweak: When online sales have closed for a ticket, the buy button is now hidden on the product page and in product lists, and a short line explains why, instead of letting the buyer add the ticket and only failing afterwards. This also covers direct “add to cart” links. Products without an event date, day-chooser products (the buyer picks the date later) and everything that is not a ticket are never affected, and the shop admin still sees the normal buttons in the backend.
• Tweak: If a buyer leaves a ticket in the cart until online sales close, WooCommerce drops it from the cart — the wording is now yours instead of WooCommerce’s “please contact us if you need assistance”, and can be changed in the settings (“Message when a closed ticket is dropped from the cart”). Items removed for any other reason keep the WooCommerce text.
• Fix: The “Same-day cutoff time” of day-chooser products was evaluated in the server’s timezone instead of the shop’s, so on a site ahead of UTC it took effect hours too late — with a shop in Central European Summer Time, a cutoff set to 17:00 only blocked today’s date from 19:00 on. It now applies at the time you entered, in the timezone configured in WordPress, both in the date picker and when the cart is checked. The date picker previously also used the buyer’s own browser clock, which gave visitors abroad a different cutoff than the one enforced at checkout; it now follows the shop’s clock as well.

3.1.4 – 2026-07-26

• New: Optionally require a valid ticket or access code to purchase a product. Pick the required event/code list in the product’s Event Tickets tab — until you do, nothing changes for any product. Buyers enter their code in the cart and can only check out with a valid, unused code from that list. Use it for presale and access codes, or to require a ticket from an earlier event — for example a group-stage ticket in order to buy the final. Free.
• New: Per product, the same code can optionally unlock several purchases (“Allow the same code for several purchases”). Off by default, so each code unlocks exactly one purchase.
• New: The cart tells the buyer straight away whether the entered code was accepted, is already used, or is not valid for that product — instead of only failing at checkout.
• Fix: The global switch “Allow requiring a ticket or access code to purchase” now really disables the feature everywhere when switched off. Previously it only controlled the cart script, while checkout still demanded a code for any product that had a list assigned — which, combined with the cart field not submitting the code, could make such a product impossible to buy.
• Fix: On hosting accounts where the server’s temporary directory cannot be written to (common with Plesk, open_basedir or PHP-FPM private temp directories), ticket PDFs were never created. The plugin still passed the file path on, so the PDF merge failed and the order email was sent without the ticket and without the calendar/info attachment — with no visible error. The plugin now falls back to a folder inside the WordPress uploads directory, and reports a clear, actionable error if no writable location exists at all. The same fallback now applies to badge PDFs and to all email attachments, which previously failed silently on these hosts as well.
• Fix: Merging ticket PDFs no longer aborts completely when a single source file is missing. Unreadable files are skipped and logged individually, so the remaining tickets are still delivered.
• Fix: The “Delete All Tickets” button on a ticket list failed with a server error instead of deleting anything. The button never worked since it was introduced; it now removes all tickets of the selected list, including their WooCommerce order data. Long lists are deleted in small batches with a progress bar, so even lists with many thousands of tickets no longer run into a server timeout.
• Fix: On hosts that run a different PHP version for WP-CLI than for the website (IONOS and similar split-PHP setups), the plugin’s template-engine PHP 8.1 check no longer aborts WP-CLI runs with a fatal error. Ticket and scanner pages are never rendered from WP-CLI, so the check is now skipped in CLI mode. This prevents some hosts from auto-disabling the plugin after a WP-CLI or cache-build run. Website behaviour is unchanged — the actionable PHP 8.1 notice still appears when a ticket or scanner page is opened under an older PHP in the browser.

3.1.3 – 2026-07-12

• New: Interface translations expanded to the full language set — added Arabic, Czech, Danish, Greek, Hindi, Korean, Norwegian Bokmål, Polish, Romanian, Russian, Swedish, Turkish, Ukrainian, Traditional Chinese, plus corrected Japanese (ja) and French (fr_FR) locale files.
• Fix: When a server runs the plugin folder under PHP below 8.1 (required by the bundled template engine) — which can happen for files opened directly from the plugin folder even when the main site runs a newer PHP — the ticket and scanner pages now show a clear, actionable message instead of a blank 500 error. The message points to the “Ticket detail URL path” option and to enabling PHP 8.1+ for the whole hosting account.

3.1.2 – 2026-06-22

• Fixed: Support info no longer shows a broken “Own URL” with a double slash when no ticket detail URL path (compatibility mode) is set — both the displayed cards and the copy-to-clipboard text now show “(not set)” instead.

3.1.1 – 2026-06-15

• New: Event portals — the Congress tool now works for any event (opera, zoo, festival, …).
• New: Optional card-grid landing showing each page as a card with an icon or image and a short description.
• New: Customizable portal label per portal (with a global default, “Infos”) — used on the page, in the wallet action and the order email.
• New: Back-to-home control in the portal view.
• New: Insert ticket/order/product/customer variables into info and custom section text; they are filled with the visitor’s data when the page is opened.
• Improvement: Internal data and links are unchanged — existing congresses keep working exactly as before.
• Improved: Cleaner admin dashboard — moved the “List of tickets” description into the list card next to its buttons and removed the redundant heading and divider.
• New: Speaker sections — add one or more speakers (photo, name, title, short bio). A single speaker is shown in full; multiple speakers appear as a grid of cards with a detail view and a back control.
• New: “My ticket” entry in the portal always shows the ticket’s QR code, so attendees without a printed badge can present it at the entrance.
• New: Portal entries (such as “My ticket”) also appear as cards on the card-grid landing.
• Improvement: The portal title is now clickable and returns to the start page; the “Add to Vollstart Wallet” link moved from the header into the “My ticket” view.
• New: View access toggles (security) — each output reachable through the ticket link (ticket detail view, PDF, ICS calendar, badge PDF, all-tickets-in-one-PDF, event portal/congress) can now be switched off individually. When off, the view is no longer rendered and a short “deactivated” notice (or 403 for downloads) is shown. All default to on, so existing installs are unaffected. Unlike the older “hide button” options, this actually blocks the URL.
• New: Optional “Allow redemption by plain ticket number” (off by default). When enabled, a ticket can additionally be redeemed using only the plain ticket number printed on the card; the full ticket id keeps working as before. Note: for the plain number the copy protection does not apply, and it is unsafe together with ticket reuse (a warning is shown on both options).
• Fix: Settings checkboxes whose default is “on” (e.g. the new view-access toggles, the QR scanner on the validation form, the seating-plan/venue buttons) could appear unchecked until the settings page was saved once. The admin UI compared a boolean default too strictly; it now renders the correct checked state. The actual behaviour was always correct (the option was on) — only the checkbox display was wrong.

3.1.0 – 2026-06-04

• New: Congress mode — organizers create congress objects (programme, downloads, texts, media) and assign them to WooCommerce products.
• New: A dismissible “What’s New” banner in the admin introduces the Congress feature (shown once per version).
• New: Ticket holders open the congress page via their ticket ID. Like the ticket detail and scanner pages it is served from the plugin path (…/ticket/{ticket-id}?congress, query fallback …/?code={ticket-id}&congress), so it is compatibility-mode aware and never collides with shop page slugs.
• New: Offline-capable congress page with a Web App Manifest (installable as a mini PWA).
• New: Sections with optional password protection (server-side transient, 1h TTL).
• New: Programme sections with a day/slot structure, plus download and media sections (WordPress Media Library).
• New: “New edition” button for recurring congresses — duplicates the congress and sets an automatic expiry date on the original.
• New: Option to activate/deactivate the public congress page (default: active); the admin area stays available either way.
• New: Event-relative access window — optional event start/end time per congress; global options control how many hours before the start access opens and how many days after the end the data stays available.
• Improvement: Congress assignment now lives directly in the Event Tickets product tab (instead of a separate tab); the dropdown shows the event/expiry date for easier selection.
• New: congress_url in the Wallet API response — the Wallet app shows an “Open congress” button when the product is assigned to an active congress.
• New: Congress URL pattern listed on the Support/System Info page (adapts to the site location); the admin ticket detail shows a direct “Open congress page” link for tickets whose product is assigned to a congress.
• Fix: Congress access now accepts the public ticket ID (as used by the Wallet/QR), not only the internal code — so the Wallet/customer link works reliably.
• New: Congress section editor with full input masks per type — Info/Custom use a visual editor, Download picks files from the media library, URL with internal/external link option, Program with day & time-slot structure, Media gallery.
• New: Congress sections now track and display created/updated date and the editing user.
• New: Visual text editor (TinyMCE) for the “Additional text on PDF ticket” and “Ticket Badge HTML” options instead of a plain textarea.
• New: Tag picker dropdown inside the Ticket Badge editor — insert replacement tags ({TICKET.}, {ORDER.}, {PRODUCT.*} …) at the cursor instead of copy-pasting from the list below.
• Improvement: Modernized admin UI — compact buttons, lightweight ghost-style table action buttons grouped together, navigation menu with active highlight, modern DataTables styling.
• Improvement: Congress editor redesigned as a clean card layout; all native browser confirm/prompt dialogs replaced with the plugin’s own styled dialogs and loading spinner.
• New: Congress pages — sections are now grouped into pages (the first page is the start page). Visitors get a sidebar (desktop) / hamburger drawer (mobile) navigation; the start page loads instantly and other pages are fetched on demand, so large congresses stay fast.
• New: Congress section types Image (from the media library, with caption) and Video (paste a YouTube/Vimeo link for automatic embedding, or upload a video file).
• New: Image sections have a display-size option — full width (default), original size, or a custom width (px or %).
• New: Image sections can optionally open full size in a lightbox when clicked (default off).
• New: Download files can be set to “open inline” (PDF/images open in the browser) instead of forcing a download.
• New: Admin can create, rename, delete and reorder congress pages (drag & drop) and move a section to another page; sections are drag-sortable within a page.
• Security: All HTML content is sanitized with wp_kses_post() — no JavaScript allowed in congress content; video embeds are generated server-side via WordPress oEmbed.
• i18n: All new congress strings (admin editor + visitor page) translated into 11 locales (de_DE, de_CH, es_ES, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, zh_CN), including the JavaScript UI (script-translation JSON).
• Performance: Transient cache (5 min) for access checks; ETag/Last-Modified for browser cache invalidation.
• Fix: Same-day cutoff time was not working when the product also had a fixed start date configured. The absolute start date was applied after the cutoff check and silently overrode it, leaving today selectable past the cutoff time. Cutoff check now runs after all date overrides and correctly disables today in every configuration.
• Fix: Same-day cutoff time is now validated server-side at checkout. A customer who selected today’s date before the cutoff and held the cart past it is now blocked at checkout.
• New: Congress can be switched active/inactive per congress (on top of the global on/off) — hide it everywhere without unassigning, e.g. to publish the info only later after purchase.
• New: The Vollstart Wallet shows a congress button on the ticket; it enables/disables on the next refresh based on the global switch, the per-congress active flag, the order status, and the access window (which now derives the event date from the ticket’s product). Outside the window it shows a disabled “available from …” hint.
• Changed: Wallet API now returns a generic, extensible actions array (future content types reuse it) instead of the single congress_url field.
• Changed: Removed the redundant per-congress “Event start/end” fields from the congress editor — the event date comes …