> ## Documentation Index
> Fetch the complete documentation index at: https://docs.getdropp.com/llms.txt
> Use this file to discover all available pages before exploring further.

# What's Hatching

> What changed at Dropp, most recent first

**20/08/26 · Waiter**

**Select-all on the waiter board now leaves filtered-out tables alone**

When a waiter filters the table list and hits select-all, tables hidden by the filter no longer get swept in by accident.

***

**18/08/26 · Menu**

**Dine-in venues now see the right menu on the Menu page**

Owners and managers at a dine-in restaurant were sometimes shown the wrong menu type. The Menu page now always shows the dine-in menu for dine-in venues.

***

**18/08/26 · Teams**

**Staff permissions keep working after an account-system upgrade.**

We upgraded how staff permissions are checked behind the scenes. Existing manager and sub-chef permission settings kept working exactly as before.

***

**18/08/26 · Teams**

**Only the restaurant owner can decide what a staff account can access.**

Closed a gap where a manager could grant a staff account permissions the owner hadn't approved. Now only the owner can set what each staff account is allowed to see and do.

***

**17/08/26 · Reports**

**CSV export no longer crashes on orders missing an ID**

Exporting dine-in sales to CSV could fail if one order was missing an ID. That export now completes normally.

***

**16/08/26 · Menu**

**Owner's Menu page now asks which venue before loading**

Owners with multiple venues used to have the Menu page guess which venue to show. It now asks first, so the right menu loads every time.

***

**16/08/26 · Settings**

**Login now correctly recognizes your venue type from the start.**

The app now figures out whether you run a full-service restaurant or a quick-service spot once, at login, instead of guessing later. This prevents pages from showing the wrong layout for your venue.

***

**15/08/26 · Menu**

**Dine-in managers no longer see the wrong menu card**

Managers at dine-in venues were shown an online-store menu card that didn't apply to them. They now see the correct dine-in menu card.

***

**15/08/26 · Teams**

**Removing a staff member's access no longer deletes their account, and every access change is now logged.**

Revoking someone's access used to destroy their whole account record. Now access can be turned off without deleting the person, and there's a log of who changed what.

***

**15/08/26 · Teams**

**New manager accounts are set up more securely.**

We tightened how permissions are assigned when a new manager account is created.

***

**15/08/26 · Teams**

**New fine-grained permission system for manager accounts.**

Owners can now control staff access with 27 distinct permission types instead of broad roles. This gives tighter control over what each manager can see and do.

***

**13/08/26 · Orders**

**Dine-in orders now warn you clearly if a save fails**

An order missing an ID could silently fail to save. The app now blocks that case and shows a clear error instead of failing quietly.

***

**13/08/26 · Waiter**

**Fully paid tabs now drop off the waiter's Ongoing list**

A tab that had been fully paid could keep showing up under Ongoing. Paid tabs now move off that list as expected.

***

**13/08/26 · Waiter**

**Waiter app's startup screen got a visual refresh**

The screen a waiter sees when first opening the app has an updated look.

***

**13/08/26 · Orders**

**Fixed a bug where dine-in orders could vanish from the live feed.**

A technical issue was causing dine-in orders to sometimes lose their identity and disappear from the order feed. This is now fixed.

***

**12/08/26 · Waiter**

**Waiters can now share their login by QR code or link**

Waiters have a new way to log in to the app — scan a QR code or open a shared link instead of typing credentials each time.

***

**12/08/26 · Waiter**

**Waiters now see a clear message when an action isn't allowed**

Actions blocked by permissions used to fail without explanation. Waiters now get a visible message instead of the action silently doing nothing.

***

**12/08/26 · Reports**

**Fixed a rounding bug in End of Day and dine-in sales totals.**

End of Day reports and the dine-in sales export were adding up rounded numbers instead of the exact ones, causing small total mismatches. Totals are now accurate.

***

**12/08/26 · Wallet**

**Strengthened protection for account credentials.**

We closed a few gaps that could have put account credentials at risk and improved how they're protected.

***

**12/08/26 · Wallet**

**Bank transfer payments now close out a tab immediately, like cash.**

Previously a transfer payment could leave a tab stuck open waiting for confirmation. Now declaring a transfer closes the tab right away, same as cash.

***

**12/08/26 · Inventory**

**Bulk inventory import now tells you exactly which rows have a problem.**

When a bulk inventory upload has errors, the message now names the specific rows that need fixing instead of a generic failure.

***

**12/08/26 · Waiter**

**Fixed a bug where a waiter could accidentally log into the wrong restaurant's account.**

A staff ID collision across restaurants could let a waiter's login resolve to the wrong venue. Waiter login is now correctly scoped to their own restaurant.

***

**11/08/26 · Waiter**

**Waiter form now shows the actual error when something goes wrong**

The QSR waiter form used to fail without saying why. It now shows the real error message inline so staff know what to fix.

***

**11/08/26 · Waiter**

**QSR waiter form clears its error as soon as you start typing**

Error messages on the waiter form used to linger and could repeat. They now clear once you start correcting the field, and show only once.

***

**10/08/26 · Inventory**

**Inventory money values no longer flash a mis-sized loading bar**

While inventory figures were loading, the placeholder bar shown could be the wrong size. Loading now looks consistent.

***

**10/08/26 · Inventory**

**Inventory now has its own nav item for eligible venues**

Inventory was missing from the side menu for venues that should have access. It now appears, matching who's actually allowed to use it.

***

**10/08/26 · Inventory**

**Inventory got a revamp, including CSV import that reads supplier quotes**

The Inventory section has been rebuilt, and you can now import stock data from a CSV that carries supplier quote information.

***

**10/08/26 · Wallet**

**Restaurant withdrawals now go through the restaurant wallet, not a direct card call**

Withdrawals are now processed through the restaurant's own wallet rather than a direct payment-provider call from the browser, with the restaurant covering the transfer fee as before.

***

**10/08/26 · Waiter**

**Duplicate waiter ID now shows a clear inline error**

Adding a waiter with an ID already in use used to fail unclearly. It now shows the actual error on the form.

***

**10/08/26 · Menu**

**Strengthened data protection across accounts.**

We closed gaps that could have let information from one restaurant's account be seen from another.

***

**10/08/26 · Other**

**Strengthened data isolation between restaurant accounts.**

We tightened protections across teams, terminals, menu, and payment features so each restaurant's data stays separate.

***

**09/08/26 · Settings**

**Owner login details are no longer shown publicly.**

Login credentials are now kept private and out of any public-facing listing.

***

**09/08/26 · Orders**

**Order data now requires login to view.**

We closed a gap that could have let order information be viewed without signing in.

***

**08/08/26 · Reports**

**Order status labels no longer get cut off**

The status label on the ledger view now resizes to fit its longest text instead of clipping.

***

**08/08/26 · Orders**

**Fixed a dine-in error caused by a missing table reference**

Some dine-in actions were failing because the table wasn't being sent correctly. That's now fixed for every screen that builds this kind of request.

***

**08/08/26 · Reports**

**Payment totals now correctly reflect menu discounts**

The Payment column could show a total that ignored an active menu discount. It now sources the discounted amount consistently everywhere.

***

**08/08/26 · Reports**

**Voided/archived orders are now correctly labelled as void, not pending**

Some voided orders were mislabelled as still pending in reports. They now consistently show as void.

***

**08/08/26 · Reports**

**Declared cash/transfer lines now ask how they were paid, not "Pending"**

A payment line that had been declared but not yet reconciled used to show a misleading "Pending" label. It now correctly prompts for the payment method.

***

**08/08/26 · Reports**

**Payment column no longer double-counts settled money or mislabels transfers as card**

The Payment total could count some settled amounts twice, and showed certain deferred payment methods as "Card" incorrectly. Both are fixed.

***

**08/08/26 · Reports**

**Approving a payment now captures exactly how it was paid, with six options**

When approving cash or transfer payments, staff now pick from six specific payment outcomes at the moment of approval, instead of a generic status.

***

**08/08/26 · Orders**

**Fixed a crash on dine-in orders with missing table info, and sped up the order feed.**

An order missing a table or section could crash the page with a server error. That's fixed, and the dine-in feed also loads faster now.

***

**08/08/26 · Other**

**Fixed a bug that silently hid failed email deliveries.**

When an email failed to send — receipts, reports, alerts — the system wasn't detecting the failure. Now failed sends are correctly flagged across every place the app sends email.

***

**07/08/26 · Waiter**

**Waiters now see which individual items are already paid**

A waiter viewing a bill can now see a "Paid" mark on items a manager already settled, plus a count like "1 of 2 resolved," instead of one all-or-nothing status.

***

**05/08/26 · Wallet**

**Bank transfer tabs can now be closed out and refunded properly.**

Added a proper flow to confirm a transfer payment and handle refunds on it, so a transfer tab can finally be closed the way cash and card tabs can.

***

**04/08/26 · Reports**

**Fixed a bug that could count an order as a sale before it was actually paid.**

An order's sale status now defaults to pending instead of defaulting to sold, so reports don't count money that hasn't come in yet.

***

**01/08/26 · Reports**

**Sales reports now break down revenue by cash, card, and transfer.**

Instead of one flat sales number, reports now show how much came in as cash, card, or bank transfer.

***

**01/08/26 · Orders**

**Fixed a bug with items added to an order after checkout, and strengthened account security.**

Items added to an order after it was created could behave unexpectedly. We also tightened related account protections.
