QA Release — 2026-10-06

Tag qa-2026-10-06 · Created: 2026-10-06 · Last Updated: 2026-10-06

What shipped to QA in this release (changes since 2026-08-11), grouped by area. The Ref column is stable — cite it when reporting. Rows marked → How to test are expanded at the bottom.

This release covers almost two months. An intermediate build was published to QA on 2026-09-28 without release notes, so some of these changes may already have been visible; they are listed here because this is the first changelog since 2026-08-11.

✨ Highlights

🖥️ Admin portal 12

🏪 Merchant portal 90

🧩 Across both portals 9

🔑 Sign-in & behind the scenes 4

🧪 How to test 54

Only the items that need more than a glance. Click to expand.

Steps that sign in as manager@techzone.demo need a user with the Manager role on the TechZone merchant. If that account does not exist on QA, any Manager-role user on a merchant with products, customers and suppliers works the same way.

#2695 — the `[` sidebar shortcut while a dropdown is focused

• Before: with focus on a dropdown (for example the "Show … per page" picker under a list), pressing [ toggled the sidebar open or closed.
• Now: [ does nothing to the sidebar while a dropdown has focus. It still toggles the sidebar when focus is on the page itself.
• Steps:
  1. Open any list that has the "Show … per page" picker at the bottom (for example Products in the merchant portal, or a list in the admin portal).
  2. Click the picker, close it with Escape so it keeps focus, then press [.
  3. Expect the sidebar to stay as it was.
  4. Click an empty area of the page and press [ again — the sidebar should collapse (and [ again expands it).
• Note: the same change ships to the POS app's on-screen keypad, payment dialog and barcode listener, which are not deployed to QA. Ctrl/Cmd+K (command palette) is unchanged.

#2633 — the "Fix before saving" list on the product editor

• Before: a refused Save all silently switched to the tab holding the problem (and an invalid identifier, such as a bad barcode, did not even switch tabs), with no list of what was wrong.
• Now: a "Fix before saving" box appears under the product status panel listing every blocking problem as ": " under its section name. Its section button jumps to that tab and puts the cursor in the first editable field. The first problem's tab also opens automatically.
• Steps:
  1. Merchant portal › Products › open any product › Edit.
  2. On the Pricing tab, set Commission mode to "Percent of sale price" and leave Commission value empty.
  3. Switch to General, then click Save all.
  4. Expect the editor to jump to Pricing, and a "Fix before saving" box under the status panel naming Pricing and "Commission value: …".
  5. Enter a value (for example 5). The box changes to "Nothing left to fix. Save again."
  6. Click Save all — the save goes through and the box disappears.
• Note: the box also clears when you discard your changes. Only problems in values that this save would actually send count, so a stored value you did not touch never blocks.

#2633 — the "Jump to section" dropdown on a narrow product editor

• Before: at every width the editor showed its tab strip.
• Now: below 768px wide the tab strip is hidden and a "Jump to section (● marks unsaved changes)" dropdown takes its place. At 768px and wider the tabs show as before.
• Steps:
  1. Merchant portal › Products › open any product › Edit.
  2. Narrow the window (or use device emulation) to under 768px wide.
  3. Expect a dropdown above the content instead of the tabs. Pick another section — the content switches to it.
  4. Change a field, then open the dropdown: the edited section carries a ●.
  5. Widen the window past 768px — the tabs return, with the dot on the edited tab.
• Note: only the product editor uses this pattern so far; the other editors keep their tabs at every width.

#2620 — a conflicting save of the default tax group

• Before: the save failed with "This product was changed by someone else. Your edit was not saved — reload it and try again." and the pick was lost.
• Now: a dialog opens with your tax group and theirs side by side, by name, and three choices: Apply my changes (saves your pick on top of the latest version), Discard mine, keep theirs (shows their value, saves nothing) and Keep editing (closes the dialog with your pick still in the picker).
• Steps:
  1. Precondition: the merchant has at least three tax groups.
  2. Open the same product's Taxes tab in two browser tabs (A and B).
  3. In B, change Default tax group and click Save.
  4. In A (do not reload), pick a different tax group and click Save.
  5. Expect the conflict dialog in A naming both groups. Try each of the three buttons in turn (repeat steps 3–4 between tries) and check the picker afterwards.
• Note: "no template" shows as "Use each location's default". This covers the default tax group only, not the per-location overrides below it.

#2635 — renaming a server onto another server's name is refused

• Before: the save succeeded and the list showed two servers with the identical name.
• Now: the API answers 409 "Server name already exists" and the name is not changed.
• Steps:
  1. Sign in to admin.qa.qiiub.com as SystemAdmin. You need at least two servers under Platform › Servers & DBs (create a second one if needed).
  2. Open server A › Edit server, set its name to server B's exact name, save.
  3. Expect the save to be refused · the drawer opens the conflict dialog titled "Someone updated this server while you were editing". Close it without applying.
  4. Reload the list · server A keeps its original name and no two servers share a name.
  5. Edit server A again and save it with its own unchanged name · it saves normally.
• Note: the drawer treats every 409 as an edit conflict, so the wording of the dialog is a known mismatch, not part of this fix.

#2595 — no narrow-layout flash on desktop load

• Before: on first paint the shell rendered as if the window were narrow (hamburger and search icon showing), then swapped to the desktop layout, and the main content animated its left margin into place.
• Now: the first frame is already the desktop layout · nothing slides or swaps.
• Steps:
  1. Open either portal in a window wider than 900 px.
  2. Hard-refresh (Ctrl+Shift+R) a few times while watching the top bar and the left edge of the content.
  3. Expect no hamburger or magnifier icon to appear even briefly, and no sideways slide of the content.
  4. Narrow the window below 900 px · the hamburger and search icon appear as before.
• Note: the flash lasted a single frame; throttling the CPU in DevTools (Performance › CPU 4× slowdown) makes the "before" easier to notice when comparing against an older build.

#2589 — Products and Merchants as cards on narrow screens

• Before: at phone width both lists rendered the full desktop table, which had to be scrolled sideways.
• Now: below the md breakpoint (768 px) each row is a card; at desktop width the table is unchanged.
• Steps:
  1. Open Products (portal) or Platform › Merchants (admin) and set the window or DevTools device to 375 px wide.
  2. Expect cards: the first column's value as the card title, the remaining columns as label/value pairs underneath, nothing truncated.
  3. Use Sort by above the cards and confirm the order changes; tapping a card title opens that product or merchant.
  4. Widen past 768 px · the regular table returns.
• Note: the Sort by labels are translated · in Spanish they read "Ordenar por", "ascendente", "descendente".

#2535 — a category code already in use is refused, even by a deleted category

• Before: categories had no code.
• Now: a code is unique per merchant, compared after upper-casing, and a deleted category still holds its code.
• Steps:
  1. Sign in to portal.qa.qiiub.com as a merchant Admin (for example admin@techzone.demo).
  2. Categories › New category: name QA Code A, code qa-01, save. Open it — the detail page shows the code as QA-01.
  3. New category: name QA Code B, code QA-01. Save — expect the error under Code, and nothing saved.
  4. Try code qa 01 (with a space) — expect "Use only letters, digits, - and _ (up to 20)." before anything is sent.
  5. Delete QA Code A, then try QA-01 again on a new category — it is still refused.
• Note: clearing the Code field and saving removes a category's code.

#2585 — focus returns to the search button after the palette closes

• Before: after closing the palette, focus fell to the page body, so the next Tab started again from the top of the page.
• Now: focus goes back to the search trigger, with its focus ring visible.
• Steps:
  1. On any page, press Tab until the quick-search box (or the magnifier icon at narrow width) shows a focus ring.
  2. Press Enter to open the palette, then press Esc.
  3. Expect the focus ring back on the search trigger.
  4. Press Tab once · focus should move to the next control after the search, not to the first link on the page.

#2534 — a duplicate category name under the same parent is refused

• Before: you could create two categories with the same name side by side.
• Now: the save is refused and the error sits on the Name field.
• Steps:
  1. Sign in to portal.qa.qiiub.com as a merchant Admin (for example admin@techzone.demo).
  2. Categories › New category: name it after an existing top-level category but in different case (e.g. existing Electronics → ELECTRONICS), no parent. Save — expect the Name field error.
  3. Same name, but pick an existing category as Parent category — it saves, because siblings under a different parent are not compared.
  4. Edit an existing category and rename it to the name of one of its siblings — expect the same Name field error.
• Note: QA held one such pair before this release — two "Skincare" subcategories under the same parent in one merchant. They were merged by hand before the release, so that merchant now shows one "Skincare" carrying the other's subcategory. A deleted category's name can be reused.

#2569 — a stale save that changes only rules or lines is caught

• Before: if the only thing you changed was the mapping rules (tax profile) or the lines (draft receipt), a save made after someone else's save went through and replaced their work with no warning. Changing any other field as well did trigger the warning, which is why this was easy to miss.
• Now: the second save is refused as stale.
• Steps:
  1. Sign in to portal.qa.qiiub.com as a merchant Admin (for example admin@techzone.demo) and open the same customer tax profile's Edit page in two tabs.
  2. In tab A change only a mapping rule and save.
  3. In tab B (not reloaded) change only a different mapping rule and save — expect the conflict dialog offering yours vs theirs, not a success toast.
  4. Repeat with a Draft receipt: open it in two tabs, change only a line quantity in tab A and save, then change only a line quantity in tab B and save — expect the "Another user modified this draft" error toast, and after reloading, tab A's quantity is still there.
• Note: needs a receipt in Draft status. Completed receipts cannot be edited at all.

#2531 — delete a category by moving its contents

• Before: Delete was disabled for a category with products or subcategories ("Remove its products and subcategories before deleting").
• Now: Delete is always offered. A category with contents opens a picker; its products and subcategories move to the category you pick, then it is deleted.
• Steps:
  1. Sign in to portal.qa.qiiub.com as a merchant Admin (for example admin@techzone.demo).
  2. Categories › pick a category with a few products and at least one subcategory › Delete › Yes, delete.
  3. Expect "Cannot delete" with the counts, and a "Move products and subcategories to" picker. The category itself and its own subcategories are not offered, and inactive categories are not offered.
  4. Pick a target › Move and delete. The confirm step names the target; if the target is in a tax holiday it also says how many products will join it.
  5. Confirm. Expect "Category deleted"; the products and subcategories now sit under the target.
• Note: refused cases come back to the picker with a message: a target that already has a subcategory with the same name as one being moved, a move that would nest past the depth limit, and a category that a tax holiday applies to ("Remove it from them before deleting"). Nothing moves when a refusal is shown.

#2531 — products cannot be added to an inactive category

• Before: an inactive category's page still let you add products to it.
• Now: the add is refused.
• Steps:
  1. Create a category with no products and no subcategories, then Deactivate it.
  2. Categories › turn on Show inactive, open it › Products tab › Add existing, pick a product, add.
  3. Expect the error "Category is inactive: cat_…" in the picker, and the product not added.
• Note: the message shows the category's internal reference rather than its name, and is not translated in Spanish. A product that already belonged to the category before it was deactivated can still be edited and saved.

#2530 — the category depth limit

• Before: there was no limit on how deep categories could be nested.
• Now: a top-level category is level 1, and nesting stops at level 9 (eight levels below it).
• Steps:
  1. Sign in to portal.qa.qiiub.com as a merchant Admin (for example admin@techzone.demo).
  2. Create QA L1 with no parent, then QA L2 with parent QA L1, and so on down to QA L9 — all nine save.
  3. Create QA L10 with parent QA L9 — expect "Category tree depth limit exceeded" in the drawer, and nothing saved.
  4. Create a separate top-level QA X with a child QA X2. Edit QA X and set its parent to QA L8 — refused too, because QA X2 would land at level 10.
• Note: renaming or editing a category that is already deep is never refused. Only placing or moving one is.

#2530 — an active subcategory under an inactive parent in the product category picker

• Before: the picker built its list from the top-level categories down, so an active subcategory whose parent was inactive was left out and could not be chosen.
• Now: it is listed at the top level.
• Steps:
  1. Create a category QA Parent with a subcategory QA Child, neither with products.
  2. Deactivate QA Child, then deactivate QA Parent, then reactivate QA Child.
  3. Products › New product › open Category — QA Child is in the list, unindented.
  4. Open any product › Edit › General › Category — QA Child is listed the same way.

#2552 — customer tax profile edit moves to its own page

• Before: Edit on a profile, or the empty Mapping rules action, opened a wide side drawer over the detail page.
• Now: both go to /customer-tax-profiles/<id>/edit, a page with General and Mapping rules tabs and one commit bar ("General and Mapping rules save together, as one record.").
• Steps:
  1. Sign in to the merchant portal as an Admin (for example admin@techzone.demo). Customer tax profiles are seeded for this merchant.
  2. Taxes › Customer tax profiles › open an active profile › Edit. Expect the page editor, not a drawer.
  3. Change the description and add or change a mapping rule, then Save all. Expect one save and both changes on the detail page.
  4. Edit again, rename it to the name of another profile, and save. Expect "Another tax profile already uses this name. Choose a different one." under Name.
  5. Edit again, change a field, then click a breadcrumb. Expect an unsaved-changes prompt.
  6. Sign in as manager@techzone.demo and open /customer-tax-profiles/<id>/edit directly. Expect to land on the dashboard with "Only an Admin can manage customer tax profiles."
  7. Back as Admin, Customer tax profiles › New. The drawer still opens, for create only.
• Note: there is no Active toggle on the edit page · Deactivate and Reactivate stay on the detail page. An inactive profile's Edit button is disabled on the detail page, so the read-only page is only reached by URL.

#2511 — a Manager can read customers and suppliers

• Before: a Manager could see Customers and Suppliers in the sidebar, but the lists and detail data came back as an access error, and the supplier picker on a new purchase order could not load its suppliers.
• Now: a Manager sees the same customer and supplier data an Admin sees. Saving changes to a customer or supplier is still refused for a Manager.
• Steps:
  1. Sign in to portal.qa.qiiub.com as manager@techzone.demo (TechZone, Manager role).
  2. People › Customers — expect the list, then open any customer and expect its details.
  3. Suppliers — expect the list, then open any supplier and the Products tab — expect its linked products.
  4. Purchase orders › start a new purchase order — expect the supplier picker to list suppliers.
  5. Try to edit a customer or a supplier — a Manager is still refused.
• Note: only the five read endpoints changed. Create, edit and delete for customers and suppliers remain Admin-only by design.

#2512 — MSRP can be cleared on the product edit page

• Before: blanking MSRP showed "MSRP can't be cleared, only changed…" and the saved price came back after saving.
• Now: a blank MSRP is saved as empty. The Selling and Stocking units still cannot be cleared and still show that note.
• Steps:
  1. As an Admin, open a product that has an MSRP › Edit › General.
  2. Delete the MSRP value. Expect no "can't be cleared" note under it.
  3. Save. Expect MSRP to read "—" on the product's detail page.
  4. Edit again, type 12,50 in MSRP. Expect "Enter a valid number" under the field, and Save does nothing. Try 1.234 — expect "Maximum 2 decimal places".
  5. Blank the Selling unit. Expect the "can't be cleared" note, and after saving the unit is still set.

#2494 — Inventory rules and Weighing on the product edit page

• Before: these four fields could only be edited in the Quick edit drawer, and blanking a tare there saved nothing.
• Now: they are on the Edit page's Inventory tab and save with the rest of the page.
• Steps:
  1. As an Admin, open a product › Edit › Inventory. Below the stock-levels link, expect an Inventory rules block.
  2. With both Allow fractional quantities and Requires manual price (Pricing › Sale) off, expect no Weighing block. Turn Allow fractional quantities on and expect Weighing to appear.
  3. Enter 101 in Tare weight (%). Expect "Must be no more than 100", and saving is blocked. Enter 2.5 instead and save.
  4. Reopen Edit, blank Tare weight (%), save. Expect it empty on the product afterwards.
  5. Change both a General field and a tare, then save once. Expect one "Product updated" toast and both values saved.

#2482 — the Sale block on the product edit page

• Before: commission, tag-along and the selling rules could only be edited in the Quick edit drawer.
• Now: they are under Pricing › Sale on the Edit page.
• Steps:
  1. As an Admin, open a product › Edit › Pricing. Expect a Sale heading with the fields listed above.
  2. Set Commission mode to a percent mode. Expect a Commission value field to appear. Leave it blank and save — expect the save to be refused until a value is entered.
  3. In Product to add, type 2+ characters of another active product's name and pick it. Expect a Quantity field. Enter 1 and save.
  4. Change the description on General and a selling rule on Sale, then save once. Expect a single "Product updated" toast and both changes on the detail page.
  5. In a second tab, change and save the same product, then save the first tab. Expect the conflict dialog to list the Sale fields, with the tag-along shown by name.

#2467 — the conflict dialog now shows a category difference

• Before: if two people edited the same product and only the categories differed, the conflict dialog showed no difference, and "Apply mine" quietly overwrote the other person's categories.
• Now: the dialog lists a Categories row with both versions, so you can see what you are replacing.
• Steps:
  1. Sign in as a merchant Admin (for example admin@techzone.demo) and open the same product's Edit page in two browser tabs.
  2. In tab A, General › Categories: add a category and click Save all.
  3. In tab B (not refreshed), add a different category and click Save all.
  4. Expect the conflict dialog with a Categories row showing tab A's saved set beside yours.
  5. Choose Apply mine and reload: the product carries tab B's set, and you saw that before confirming.
• Note: a conflict on the Lookup code or Barcode save still shows the existing conflict message, not this dialog.

#2458 — the refusal message on a customer or supplier edit address

• Before: a Manager who typed a customer's or supplier's /edit address was redirected with no message, because the redirect itself cleared the notice.
• Now: the redirect lands and the notice appears on the destination page.
• Steps:
  1. As a merchant Admin, open any customer and any supplier and copy their addresses (/customers/<id> and /suppliers/<id>).
  2. Sign in to portal.qa.qiiub.com as a Manager (for example manager@techzone.demo).
  3. Paste /customers/<id>/edit. Expect to land on the Dashboard with "Only an Admin can manage customers."
  4. Paste /suppliers/<id>/edit. Expect the supplier's read page with "Only an Admin can edit this supplier. You can still view it."
  5. Repeat in Spanish: "Solo un Admin puede gestionar clientes." for the customer.
• Note: the customer refusal now lands on the Dashboard, not on the customer's page · the customer message text also changed from "Only an Admin can edit this customer. You can still view it."

#2450 — success messages that survive the page change

• Before: create a product (or a merchant in admin), or delete a record from its own page, and you were moved to the new page with no confirmation — the message was raised and wiped by the same navigation.
• Now: the confirmation appears on the page you land on, and disappears on your next navigation as usual.
• Steps:
  1. Merchant portal › Products › create a product and save. Expect to land on the new product with "Product created".
  2. Open that product › Delete › confirm. Expect the Products list with "Product deleted".
  3. Admin portal (SystemAdmin) › Platform › Merchants › create a merchant. Expect "Merchant created successfully" on the page you land on.
  4. Click any other sidebar item: the message clears.
• Note: the same change covers the create drawers and delete/deactivate dialogs for categories, customers, customer tax profiles, employees, locations, location groups, purchase orders, suppliers, tax groups, tax holidays, transfers and admin templates · a message whose page change never happens is dropped after 10 seconds rather than appearing later on an unrelated screen.

#2453 — the active sidebar item refreshes the list

• Before: on a list page, clicking its own sidebar item did nothing, so seeing someone else's change meant pressing F5.
• Now: the click refetches the list in place, without resetting the search, filters, sort or page.
• Steps:
  1. Merchant portal › Products in tab A; type a search and move to page 2 if there is one.
  2. In tab B, edit a product that appears in tab A's results (for example change its name) and save.
  3. In tab A, click Products in the sidebar. Expect the changed name to appear, with the search and page unchanged.
  4. Open a product and click Products in the sidebar: it navigates back to the list as before.
  5. Repeat on admin › Platform › Merchants.
• Note: in the browser's Network tab the click shows a new list request and no page reload · on a narrow screen the click also closes the sidebar.

#2394 — inviting an email that already has an account

• Before: the invite drawers accepted any email, including one that already had an account, and sent the invitation.
• Now: inside the inviter's scope the drawer shows the error toast "This email already belongs to an account" and nothing is sent. Outside it, the invite goes through exactly as for a new email.
• Steps:
  1. Sign in to admin.qa.qiiub.com as SystemAdmin.
  2. Platform › Merchants › open TechZone › invite a user with admin@techzone.demo.
  3. Expect the error toast "This email already belongs to an account".
  4. Invite a brand-new address instead. It should succeed.
  5. As a PartnerAdmin, invite an email that belongs to a merchant of a different partner. Expect success, with no hint that the account exists.
• Note: an inactive account still counts as existing for the refusal.

#2394 #2395 — accepting an invitation with an existing account

• Before: sign-in only looked at invitations for brand-new users, so for an existing account the invitation was ignored: no access was granted and it stayed pending.
• Now: following the invitation link and signing in grants the new membership to the existing account. The account's earlier memberships are untouched and no second account is created.
• Steps:
  1. As a PartnerAdmin, invite an email that already belongs to a merchant user of a different partner, to one of your merchants.
  2. Open the invitation email and follow its link. Sign in with the magic link or Google/Microsoft.
  3. Expect the user to land signed in with access to the new merchant, and still with access to the old one.
  4. Back in the admin portal, the invitation should no longer be pending.
• Note: a partner-level invite (Partner › Users) to someone who already belongs to another partner cannot be linked. It stays pending by design. An inactive account is never reactivated this way: sign-in is refused and the invitation stays pending.

#2278 — identifier fields refuse non-ASCII characters

• Before: typing ÑANDÚ-01 as a SKU (or an accented postal code, an emoji in a barcode) saved with no error, and the value came back as ?AND?-01.
• Now: the form shows "Use standard characters only (A-Z, 0-9, spaces and symbols) — no accents or emoji" and does not save. In the variants grid the same message appears as an error toast and the edited cell keeps your text so you can correct it.
• Steps:
  1. Products › New product. Enter SKU ÑANDÚ-01 and try to save.
  2. Expect the message under the SKU field.
  3. Open a product › Variants. Edit a variant's barcode to 123é and commit the cell.
  4. Expect the error toast and the value unchanged on reload.
  5. Repeat with a customer address postal code 00926ñ and a terminal serial number containing an emoji.
• Note: names and descriptions are not affected. Only these five identifier fields are ASCII-only. Values already stored as ? before this release stay that way until re-entered.

#2408 #2407 — confirm before deactivating a payment method in use

• Before: switching Active off and saving deactivated the method straight away, with no warning that sales already used it.
• Now: a "Deactivate payment method" dialog titled "This payment method is still in use" lists the non-zero counts (for example "42 sale payments") and explains the history is kept and the method is only hidden from the POS tender screen.
• Steps:
  1. Sign in to the merchant portal as admin@techzone.demo.
  2. Settings › Payment methods › open the Cash method (the demo sales are paid with Cash and Card).
  3. Switch Active off and Save.
  4. Expect the dialog with the counts. Click Cancel: the drawer stays open with Active still off and nothing saved.
  5. Save again and click Deactivate: the method shows as inactive.
  6. Create a new payment method, then deactivate it. Expect no dialog.
• Note: reactivate Cash afterwards so other testers are not affected.

#2390 — General save from a stale tab

• Before: two tabs open on the same product's edit page. Tab A adds a category and saves. Tab B, still showing the old categories, adds a different one and saves. B reports success and A's category is gone.
• Now: B's save opens the conflict screen ("changed by someone else") so you can review A's change before saving.
• Steps:
  1. As a merchant Admin, open the same product's Edit page in two browser tabs.
  2. Tab A: add a category in General, click Save all. Expect "Product updated".
  3. Tab B (do not reload): add a different category, click Save all.
  4. Expect the conflict screen, not a success toast.
• Note: the same two-tab scenario on the Variants option axes is covered by #2384.

#2384 — option axes edited from two tabs

• Before: with the same product open in two tabs, adding an axis in tab A and then a different axis in tab B (not reloaded) saved both times, and B's save removed A's axis.
• Now: B gets the error toast "This product was changed by someone else. Your edit was not saved — reload it and try again." and A's axis survives.
• Steps:
  1. As a merchant Admin, open the same product in two tabs, on its Variants options.
  2. Tab A: add an axis (for example Size).
  3. Tab B (do not reload): add a different axis (for example Color).
  4. Expect the error toast in B. Reload B and confirm Size is still there.
• Note: axis edits can change the product's variants. Use a test product.

#2334 — set the cost update method for the entire merchant

• Before: the page only worked per location, so "Use the merchant default" always ended at the platform default and the merchant value was never shown.
• Now: an "Apply to" selector offers "Entire merchant" and "A specific location".
• Steps:
  1. As a merchant Admin, open Settings › Cost update method.
  2. Set Apply to › Entire merchant. Pick a method and save.
  3. Switch Apply to › A specific location and pick a location.
  4. Expect the "Use the merchant default" option to read "Current merchant value: " followed by the method you just saved.
  5. With no merchant value set, it reads "Current merchant value: none set."

#2256 — the blocked-reversal dialog's Adjustments link

• Before: "Go to Adjustments" opened the plain adjustments list, so you had to start an adjustment and re-enter the store and the short items yourself.
• Now: the new-adjustment drawer opens with the receipt's location chosen, and the shortfall lines are added for you once the header is saved.
• Steps:
  1. Complete a purchase receipt for a few units of an item at one location.
  2. Bring that item's on-hand below the received quantity at that location (for example, post and complete an adjustment that removes it).
  3. Open the receipt › Reverse. Expect the "This receipt can't be reversed yet" message and the Reverse receipt button disabled.
  4. Click "Go to Adjustments". Expect the new-adjustment drawer with the receipt's location already set.
  5. Save the header. Expect to land on the new draft with a line for the item whose quantity equals the shortfall (received minus on-hand).
• Note: if a line cannot be added, a warning says how many to add by hand.

#2209 — Submit disabled on a below-minimum order when minimums are enforced

• Before: the second confirmation (" has a minimum order amount") said the submit would be refused, but Submit to supplier stayed clickable and ended in the toast "Could not submit the purchase order".
• Now: in that dialog Submit to supplier is disabled. Cancel closes it and the order stays Draft.
• Steps:
  1. Sign in as a merchant Admin (for example admin@techzone.demo). Settings › Purchasing policy › turn on Enforce supplier minimum order amount and save.
  2. Suppliers › open a supplier › set Minimum order amount (for example 500.00).
  3. Purchase orders › create a draft for that supplier whose subtotal is below the minimum.
  4. Click Submit to supplier and accept the first confirmation.
  5. The second dialog names the minimum, the subtotal and the shortfall. Expect Submit to supplier disabled and Cancel working.
• Note: with enforcement off, the second dialog is only a warning and its Submit button stays enabled — that is expected.

#2258 — product lookup in Quick search

• Before: typing a product name, SKU or barcode returned "no results"; the palette only matched page names.
• Now: matching pages are listed first, then a Products group with up to 10 products. Picking a product opens its page and adds it to Recents.
• Steps:
  1. In the merchant portal press Ctrl+K (or click Quick search). The placeholder reads "Search pages, actions, and products…".
  2. Type part of a product name you know exists (for example a TechZone product such as "Elite Cable").
  3. Expect a brief "Searching…" state, then a Products group listing the match.
  4. Clear the box and type that product's SKU, then its barcode. Each should find it.
  5. Pick the product. The product page opens.
  6. Press Ctrl+K again with an empty box. The product appears under Recents.
• Note: when two results share a name, the SKU is shown in brackets after it. If the product lookup fails, a toast "We couldn't search products right now" appears instead of a silent empty result. Recents saved before this release are not shown, because the list is now stored per user and per merchant.

#2275 — per-location tax grid refreshes after saving the default group

• Before: after saving a new default tax group, rows in the per-location grid that inherit it still showed the old group until something else refetched the grid.
• Now: inherited rows show the new group as soon as the save finishes.
• Steps:
  1. Products › open a product carried at more than one location › Taxes tab.
  2. In the per-location grid, note a row that inherits its group (no override of its own).
  3. Change the default tax group and click Save.
  4. Without reloading, the inherited row shows the new group. A row with its own override keeps its own group.

#2255 — template highlights with classic scrollbars

• Before: with a classic (always-visible) scrollbar, once the template was long enough to scroll the highlight layer wrapped long lines at a different point from the text, so {{variable}} boxes drifted off the words they mark.
• Now: both layers reserve the same scrollbar gutter and the highlights stay on their text.
• Steps:
  1. Use Chrome or Edge on Windows, or set the OS to always show scrollbars (macOS: System Settings › Appearance › Show scroll bars › Always).
  2. Admin › Configuration › Notification Templates › open any template.
  3. Make the body taller than the editor: paste many lines, some of them long, with several {{variables}} near line ends.
  4. Scroll. Each highlight stays exactly on its variable.
  5. Open a short template. An empty strip about 15px wide at the right edge is expected.
• Note: on macOS with default overlay scrollbars there is no gutter and nothing changes.

#2139 — offline errors show the screen's own message

• Before: a request that never reached the server surfaced the browser's text — "Failed to fetch" in Chrome, "Load failed" in Safari, "NetworkError when attempting to fetch resource" in Firefox — in English even in a Spanish session.
• Now: the screen's own translated fallback message is shown.
• Steps:
  1. Merchant portal › Suppliers › New supplier › fill in a name.
  2. Open DevTools › Network and set it to Offline.
  3. Save.
  4. Expect "Could not save supplier" (ES: "No pudimos guardar el suplidor"), not "Failed to fetch".
  5. Repeat any edit-and-save in the admin portal while offline. Expect that screen's own error text.
• Note: errors the server does return (validation, conflicts) keep their specific message — only the browser's network text is replaced.

#2134 — Cost update method settings page

• Before: no page existed. The setting could not be changed from the portal.
• Now: a per-location page with four choices: Don't update the cost · Last cost · Weighted average · Use the merchant default. An "In effect at this location" readout shows the method that applies.
• Steps:
  1. Sign in as admin@techzone.demo. Settings › Catalog & Inventory › Cost update method.
  2. The Location picker opens on the first active location. Expect Use the merchant default selected, "In effect" reading Don't update the cost, and Save disabled.
  3. Choose Last cost › Save. Expect the toast "Cost update method saved" and "In effect" reading Last cost.
  4. Switch to another location. It shows its own value, not the one just saved. Switch back and it still reads Last cost.
• Note: the merchant-level value is set on the same page with Apply to › Entire merchant (#2334) · with none set, "Use the merchant default" means the cost is not updated. Managers do not see this page.

#2133 — reversing a completed receipt

• Before: a completed receipt could not be undone. The only fix was a manual adjustment.
• Now: Reverse posts opposite inventory movements for every line, restores the cost wherever this receipt set the latest one, and marks the receipt Reversed.
• Steps:
  1. Have a completed receipt for one product at one location: note the product's on-hand and cost there before completing it (Products › the product › Inventory tab).
  2. Sign in as admin@techzone.demo, open the receipt › Reverse › confirm.
  3. Expect status Reversed with "Reversed on" and "Reversed by", and the toast "Receipt reversed".
  4. On the product's Inventory tab, on-hand and cost are back to the values noted in step 1.
  5. Sign in as manager@techzone.demo and open a completed receipt. There is no Reverse button.
• Note: if the location inherited its cost before the receipt, after reversal the Price tab shows the restored cost as an override instead of "Inherited" — known open bug #2137. If a later change already moved the cost, the cost is left alone and the dialog says "Cost was not restored for — review it manually."

#2133 — reversal refused while something blocks it

• Before: no reversal existed.
• Now: the dialog "This receipt can't be reversed yet" lists every blocker, and nothing is written.
• Steps:
  1. Create and complete a receipt for one product at one location, quantity 10.
  2. Inventory › Adjustments › complete an adjustment at that location that leaves on-hand below 10.
  3. Open the receipt › Reverse.
  4. Expect the refusal naming the SKU, for example "TEC-00052: 3 on hand, 10 needed to reverse.", with a Go to Adjustments link. Stock and status do not change.
• Note: the other two blockers are a distribution made from the receipt ("Distribution was created from this receipt.") and a closed or cancelled purchase order. While blockers are shown the Reverse receipt button is disabled, and Go to Adjustments opens a prefilled adjustment (#2256).

#2132 — supplier reference on receipts

• Before: there was nowhere to record the supplier's invoice number, and search matched only the receipt and PO numbers.
• Now: the header form has Supplier reference ("Invoice or delivery note #"), the detail page shows it, and the search placeholder reads "Search by receipt #, PO # or supplier reference...".
• Steps:
  1. Start a receipt (from a submitted purchase order, or by opening /purchase-receipts/new).
  2. Enter supplier reference FAC-12345, add a line, Save draft.
  3. Receipts › search 12345. The receipt appears.
  4. Open it. The General tab shows "Supplier reference: FAC-12345".
  5. Complete the receipt. The reference can no longer be edited.

#2131 — completing a receipt follows the cost update method

• Before: every completed receipt overwrote the location's item cost with the receipt's unit cost.
• Now: Don't update the cost (the default) leaves the cost as it was. Last cost sets it to the receipt's unit cost. Weighted average blends on-hand and received.
• Steps:
  1. Settings › Catalog & Inventory › Cost update method: leave a location on Use the merchant default (in effect: Don't update the cost).
  2. Note a product's on-hand and cost at that location (Products › the product › Inventory tab).
  3. Receive 10 of it there at a different unit cost and complete the receipt. On-hand rises by 10, and the cost does not change.
  4. Set the location to Last cost and repeat. The cost becomes the receipt's unit cost, for that location only.
  5. Set it to Weighted average and receive again. Expected cost = (on-hand × current cost + received × received cost) ÷ (on-hand + received), shown to 2 decimals and stored to 4. Example: 3 @ 40.00 plus 10 @ 30.00 gives 32.31.
• Note: when on-hand is zero or negative, weighted average takes the received cost.

#2051 — long templates stay inside the editor and scroll together

• Before: with a template taller than the box, the line numbers and the highlighted copy kept growing past the editor's border, and scrolling moved only the text underneath, so the {{variable}} highlights came loose from it.
• Now: all three layers stay inside the box and scroll together.
• Steps:
  1. Admin › Configuration › Notification Templates › open any template.
  2. Paste about 40 short lines, some containing {{variables}}, so the body is taller than the editor.
  3. Nothing renders below the editor's bottom border.
  4. Scroll the editor. Line numbers and highlights move with the text.
• Note: wrapped lines still throw the numbering off by a row — that is #2024, not this fix.

#1930 — long platform-user names give a validation message

• Before: the drawer accepted up to 100 characters but the database column holds 50, so a 51–100 character name failed on save with a server error.
• Now: the API rejects it with a validation message about the 50-character limit, shown in the error toast.
• Steps:
  1. Sign in to admin.qa.qiiub.com as SystemAdmin.
  2. Platform › Platform Users › open any user › Edit.
  3. Set First name to 60 characters › Save.
  4. Expect an error toast naming the field and its limit, not a generic failure. Nothing is saved.
  5. Set it back to 50 characters or fewer › Save. It saves.

#1896 #2382 — a Manager cannot open the product editor

• Before: the editor route did not exist.
• Now: only an Admin can open /products/<id>/edit. Any other role is redirected to the read-only product page with an explanation.
• Steps:
  1. Sign in to the merchant portal as manager@techzone.demo.
  2. Products › open any product. There is no Edit button.
  3. Add /edit to the address and press Enter.
  4. Expect to land back on the product page with the toast "Only an Admin can edit this product. You can still view it."
  5. Press Back, then Forward. The toast should not appear again.
• Note: an Admin opening the same link goes straight into the editor with no toast.

#1911 — transfer confirmation keeps lines for deleted products

• Before: deleting (archiving) a product made its line disappear from the printable Ship/Receive confirmation, with no sign it had been there.
• Now: the line stays, with its SKU, name and quantities.
• Steps:
  1. Create a new product and give it stock at location A with an adjustment (for example +5).
  2. Transfers › create a transfer from A to B with that product. Ship it and receive all of it at B.
  3. Inventory › Adjustments › bring the product's on-hand at B to 0.
  4. Products › that product › Delete.
  5. Transfers › open the transfer › Confirmations › Print. The product's line is still on the printout.
• Note: a product cannot be deleted while it has stock on hand or in transit anywhere, which is why step 3 is needed.

#1897 — conflict dialog truncates long labels

• Before: in the "Latest vs Yours" conflict dialog, a field name wider than its column ran into the value beside it, and a long "Latest · " label pushed into the radio button.
• Now: both are cut off with an ellipsis and stay in their own column.
• Steps:
  1. As a merchant Admin, open the same product's editor (Products › the product › Edit) in two browser tabs.
  2. In tab 1 change the name and save.
  3. In tab 2 change the name to something else and save. The conflict dialog opens.
  4. Switch the portal to Spanish for longer field labels. No label overlaps its value or radio button.

#1556 #1572 — product description erased by the Bundle and Variants tabs

• Before: saving the Bundle tab, or adding or removing a variant attribute, sent the product update without its description. The server read that as "clear it", so the description went blank.
• Now: only the Edit drawer touches the description. Every other tab leaves it as it is.
• Steps:
  1. Sign in as a merchant Admin (for example admin@techzone.demo). Open Products › any product and use Edit to give it a description, then save.
  2. Open the Bundle tab, change the type, and save.
  3. Reopen the product (or the Edit drawer). The description should still be there.
  4. Open the Variants tab › Variant attributes, add an attribute (for example Size), and then remove it.
  5. The description should still be there.
• Note: clearing the description on purpose in the Edit drawer still clears it.

#1302 #1173 — the product Images tab

• Before: the Images tab showed only a "coming soon" notice.
• Now: a working gallery with upload, reorder, set primary, image descriptions, delete and zoom.
• Steps:
  1. Sign in as a merchant Admin or Manager. Both roles can manage images. Open Products › any product › Images.
  2. Upload a JPEG by clicking Upload image, then drop a PNG onto the drop zone. Both should appear as cards, and a single summary toast should report the result.
  3. Drag the second card in front of the first, then reload. The new order should stick.
  4. Set a different image as Primary, then go back to the Products list. That image should be the row's thumbnail.
  5. Edit an image's description and save. Expect "Description saved".
  6. Delete an image and confirm. Expect "Image deleted".
  7. Try a file over 8 MB, and a non-image file. Expect "That file is larger than the 8 MB limit" and "Only PNG, JPEG, WebP and iPhone HEIC are supported" respectively.
  8. Upload up to 10 images. The drop zone should change to "This product is at its image limit".
• Note: an iPhone HEIC photo is converted in the browser before upload, so it shows "Converting iPhone photo…" first. Square boxes crop non-square photos to their centre. That cropping is a known, deliberately deferred design question, not a defect.

#1275 #1274 — Generate combinations keeps variants that still hold stock

• Before: an out-of-date variant (one whose attribute combination no longer exists) that still held stock was archived along with the others, and its stock dropped out of the location totals. With the server fix alone, it stayed in the grid while the toast reported "Variants reconciled".
• Now: the variant is kept, and a warning toast titled "Variants reconciled — some kept for stock" names the SKU or SKUs.
• Steps:
  1. As a merchant Admin, pick a product with variants where at least one variant has quantity on hand (check Inventory › Stock by location).
  2. Change its attributes so that the stocked variant's combination no longer exists. For example, add a new attribute with a value to a product whose variants were generated without it.
  3. Click Generate combinations.
  4. Expect a warning toast that lists the stocked SKU, and expect that SKU to stay in the grid. Out-of-date variants with no stock are still archived.
• Note: a SKU stocked at two locations is listed once. Removing an attribute value whose variant holds stock is refused outright. That is a separate row (#1274).

#1274 #1307 — deleting a product that still holds stock

• Before: the delete succeeded. The stock rows were left pointing at an archived variant, so the units disappeared from Stock by location totals, the below-reorder count, out-of-stock and stock value, with no trace.
• Now: the delete is refused and the product stays.
• Steps:
  1. As a merchant Admin (admin@techzone.demo), find a product with quantity on hand at any location (Inventory › Stock by location).
  2. Open it and choose Delete, then confirm.
  3. Expect an error toast, "We couldn't delete the product", with "Product still has stock on hand". The product should still be in the list.
  4. Optional in-transit check: ship a transfer carrying all of a product's units, so that no location shows any on hand. Then try to delete the product. Expect "Product still has stock in transit".
• Note: a product whose stock is zero everywhere still deletes. The guard blocks only on a non-zero quantity, not on a product having been stocked at some point.

#1240 — deleting a location that other records depend on

• Before: the delete check counted only terminals, sales, shifts, employee roles, location-product rows and orders. A location referenced only by something else (for example an inventory adjustment or a purchase order) was deleted, and those records then vanished from their lists, while list counters still included them.
• Now: the delete is refused, and the message includes an "other reference(s)" count.
• Steps:
  1. As a merchant Admin, create a new location under Configuration › Locations. Do not initialize it or assign terminals.
  2. Create a draft purchase order for that location.
  3. Return to the location and choose Delete.
  4. Expect "Cannot delete" with "… 0 order(s), and 1 other reference(s) — purchase orders, stock counts, inventory adjustments, transfers and similar."
• Note: a location with nothing referencing it still deletes. The delete confirmation text now lists the broader set of blockers.

#1246 — what a Manager sees on a product

• Before: all product tabs were shown to a Manager. Five of them loaded data the role is not allowed to read, and just opening a product fired two "forbidden" toasts, because the Admin-only edit drawer loaded in the background.
• Now: a Manager sees General, Variants, Alerts, Bundle and Images. Opening a product shows no error toast.
• Steps:
  1. Sign in at portal.qa.qiiub.com as manager@techzone.demo.
  2. Open Products › any product.
  3. Expect no red "forbidden" toast. Inventory, Suppliers, Taxes, History and Pricing should not appear in the tab bar.
  4. Sign in as admin@techzone.demo and open the same product. All tabs should be present.
• Note: the Images tab stays fully usable for a Manager on purpose, because image changes are allowed for that role.

#1202 — cancelling a purchase order with a receipt in progress

• Before: the order cancelled with the draft receipt still open. Completing that receipt afterwards posted stock against the cancelled order and switched it back to Partially received, with no record of the cancellation.
• Now: the cancel is refused, the dialog closes, and the order stays Submitted.
• Steps:
  1. As a merchant Admin, open a purchase order in Submitted status.
  2. Start receiving it and leave the receipt as a draft. Do not complete it.
  3. Go back to the order and choose Cancel order, then confirm.
  4. Expect the error toast "Could not cancel the purchase order" with the draft-receipt message. The order should still read Submitted.
  5. Switch the portal to Spanish and repeat. The message should be in Spanish.
• Note: once the draft receipt is completed or cancelled, cancelling (or closing) the order works as before.

🔧 Technical — not QA-testable 51

Referenced in development but with nothing to verify through the normal portal flow — listed so a referenced number never dead-ends.