If Emberville potions are not refilling the hotbar, check whether you still have the intended potion in inventory, then assign it to an available belt slot again. The demo supports equipping health recovery items to the belt, but a universal automatic-refill rule is not verified for the current public build. An empty shortcut is not, by itself, proof that a supported refill feature has broken.
Use the visible item icon, quantity, and shortcut prompt to identify the actual problem. Running out of the assigned item, having another stack elsewhere in inventory, and pressing the wrong slot are different situations. Work through them separately before changing files or assuming your save is damaged.
Check what the empty slot actually means
Begin by looking at the belt during ordinary play. Does the slot show no item, a different item, or the expected potion with a quantity? Those states call for different checks. A missing icon suggests the slot needs an assignment, while a visible potion that will not activate points toward a use or input problem.
Open the inventory and look for the exact potion you intended to use. Do not assume any bottle icon represents the same recovery effect. The item description is the useful check, particularly when more than one kind of consumable is available.
If no matching potion remains, there is nothing for that assignment to refill from. You can choose another suitable recovery item, but that is a deliberate replacement, not evidence that the game should have switched automatically. If the potion is still present, note its stack and compare the belt state before doing anything else.
Try to remember the last confirmed use only as context. The current inventory count matters more than an estimate based on what you found several rooms earlier. A quick visual check is more reliable than repeatedly pressing a shortcut because you believe there should still be potions somewhere.
Belt identification reference; this image does not show a refill failure or prove automatic refilling.
Reassign one available belt slot
The demo's health tutorial explains that recovery items can be used directly from inventory or equipped to the belt for shortcut use. Start with that supported action. Reassign the intended potion through the current interface, then confirm the slot icon before returning to play.
- Move to a safe moment where you can inspect inventory without rushing.
- Find the exact potion and read its recovery effect.
- Identify an available belt slot and its current assignment.
- Equip the potion using the controls shown by the interface.
- Confirm that the slot now displays the potion you selected.
- Close inventory and check the corresponding icon on the normal HUD.
- Test the assigned shortcut when that recovery effect is needed.
A belt assignment does not identify one universal mouse gesture or controller button for every configuration. Follow the current prompts instead of assuming that double-clicking, dragging, or pressing a particular pad button must behave identically across all builds.
Do not delete or drop items just to force a refresh. Reassigning a single slot gives you a clearer and less disruptive test. If the potion appears in the slot afterward, the immediate access problem may be resolved even though automatic refill behavior remains unknown.
Separate a second stack from an automatic replacement
A remaining stack in inventory and the stack currently assigned to a shortcut are related, but their exact refill behavior is not documented here. Do not assume that depleting one assignment automatically searches the entire inventory for another copy, or that every similar potion is interchangeable.
Compare the exact item names and descriptions when you find what looks like a replacement. A larger potion, another resource-restoring item, or food is a different choice. If you want it on the belt, assign it deliberately and verify the new icon.
If the same potion remains elsewhere but the slot is empty, record that situation before reassigning. It is a useful description of what happened without claiming that automatic refill is an intended current feature. After reassignment, check whether the new slot can use the item normally.
Avoid repeatedly reorganizing every stack while testing. Change the relevant slot first. A large inventory cleanup can make it harder to tell whether an item moved, was consumed, or remained in another location. The useful comparison is the one slot before and after the deliberate assignment.
| Visible state | First useful check | What it does not establish |
|---|---|---|
| Slot empty and no matching potion in inventory | Choose another recovery item if needed | That an automatic refill failed |
| Slot empty but the exact potion remains | Reassign it and confirm the icon | A universal refill rule for all stacks |
| Potion visible but shortcut does nothing | Check current input and normal-play state | That the potion count is wrong |
| Different item appears in the slot | Read its description and decide whether to replace it | That similar icons have identical effects |
Verify the shortcut separately from the item
On the keyboard layout read by the demo recovery tutorial, belt shortcuts are F1, F2, F3, and F4. That explains which group of controls the tutorial means, but use your current bindings if you changed them. Work only with slots available in your current interface.
A shortcut that points to another slot can look like a refill failure because the potion you wanted never activates. Read the assignment beside the intended icon, then press that input once. Avoid testing several controls in quick succession, which makes the consumed item harder to identify.
For a gamepad, use the current prompt or layout rather than translating a keyboard shortcut into an assumed physical button. Demo Alpha 0.20.18.x includes controller menu fixes, but those notes do not establish identical mappings for every controller or custom layout.
If direct inventory use works while the belt shortcut fails, focus on the slot and input. If the potion cannot be used directly either, recheck its effect and the context in which you are trying to use it. Keep that result separate from whether the slot automatically replenishes after the stack is exhausted.
Inventory stock and an assigned belt item are separate checks.
Do not treat an old development plan as a current toggle
An earlier development update discussed making a function key advance automatically through food so that the player would not need to keep placing new items into the slot. That was described as something to be added. It is not confirmation that the current public demo has an implemented refill toggle, a food priority list, or a complete automatic potion replacement system.
A clip showing someone discussing a planned improvement can be easy to misread as a demonstration of a finished feature. Look for what the interface actually does on your build. If there is no visible refill setting and no current instruction describing one, do not spend time searching for a menu option solely because a development discussion mentioned the idea.
The same caution applies to comparisons with another action RPG. Games can handle belt slots very differently. A system that automatically refills in another title does not establish Emberville's behavior, even if both games display potions near the bottom of the screen.
The practical workaround does not require a promise about automation: keep a suitable recovery item available, assign it deliberately, and inspect the slot before another difficult encounter. That is a checkable action supported by the demo's belt tutorial.
Avoid testing during dialogue
Demo Alpha 0.20.18.x fixed a bug that allowed items to be consumed during dialogue interactions. If your count changed unexpectedly while interacting with a conversation, include that context when describing the problem. Do not automatically attribute every missing potion to failed refill behavior.
Use a clear normal-play state for your next test. Close inventory or dialogue, confirm the intended icon, and activate the relevant shortcut only when appropriate. This helps separate input overlap from an item assignment issue.
If the issue appears only with one interface open, record which interface it is and what input you pressed. A precise description can distinguish a control being interpreted in the wrong context from a stack running out normally. It also avoids unnecessary changes to your character or installation.
There is no verified configuration-file deletion for potion refill in the current demo guidance. In particular, a language-selection options reset should not be repurposed as a generic consumable repair. Preserve local progress while checking the belt through the normal game interface.
Prepare the next encounter with a visible supply check
Before entering a difficult area, check which recovery item is in each available belt slot and whether its quantity is sufficient for the route you intend to try. This is a suggested preparation routine, not a claim that the game requires a fixed amount of healing for every encounter.
If you switch from potions to food, read the food's current recovery description and assign it explicitly. Cooking can improve food healing in observed demo play, but that does not mean every cooked item is always a stronger replacement for every potion. Choose from the current values and the items you actually possess.
After a fight, inspect the slot again. If it emptied, refill it through inventory before relying on the shortcut next time. This small check is more dependable than assuming an unverified automatic system will select the next item for you.
If reassignment does not work, report the demo version, item name, inventory quantity, belt state, and input you used. Explain whether direct inventory use succeeds and whether the problem returns after assigning a fresh item. Those details describe a reproducible symptom without guessing at the intended refill design.
As of October 28, 2026, the current verified public demo line is Alpha 0.20.18.x. Early Access remains a future release planned for January 7, 2027. Treat later inventory or automation changes as build-specific behavior to verify, and judge the current result by whether the intended potion is visibly assigned and can be activated through its displayed control.