Owned item IDs
The inventory returns identifiers for cosmetics the signed-in account owns. The supplied snapshot contained no owned item IDs.
See how owned cosmetics move from inventory into a six-slot player loadout, where equipped items appear, and which account fields stay private.
Official texture used for visual reference
Open official ShopThe inventory returns identifiers for cosmetics the signed-in account owns. The supplied snapshot contained no owned item IDs.
The response can include the signed-in account balance. This guide explains the field but does not reproduce a user's private balance.
Timed multiplier entries can appear with a multiplier and expiry timestamp. They belong to the account session, not the public catalog.
People searching for Omoggle Inventory are normally trying to answer an account question: what do I own, what is equipped, where will it appear, why is an item locked, or how long does a boost remain active? This Omoggle Inventory guide separates those questions clearly. Catalog visibility is not the same as ownership, ownership is not the same as equipped state, and equipped state is not the same as permanent access when membership restrictions apply. The six-slot loadout provides the bridge between inventory records and visible presentation. By reading the inventory, loadout, balance, and boost fields as separate concepts, a player can organize cosmetics without exposing private account data or misunderstanding a failed equip action.
Omoggle Inventory is the account-scoped collection of cosmetic item identifiers a player owns, together with a Gem balance, active boosts, and any clan-related inventory fields returned for that session.
The inventory separates ownership from the public catalog. A catalog can describe an item for everyone, while inventory answers the private question of whether one signed-in account can equip it.
After authentication, the client requests inventory data, stores the owned item IDs, and compares them with catalog entries to decide whether a card should show locked, owned, equipped, or gift-related actions.
Inventory appears as its own Omoggle Shop tab and also influences cosmetic detail panels, pack ownership, Pro exclusives, gift eligibility, and the current loadout preview.
Use inventory to find unlocked cosmetics, understand what can be equipped immediately, and avoid purchasing a duplicate item. Treat balances and ownership as private account information.
A loadout is the set of currently equipped cosmetic identifiers. The captured loadout schema includes name style, player tag, arena frame, profile banner, result backdrop, and avatar frame fields.
Ownership alone does not determine presentation. The loadout provides one active choice per surface so Omoggle knows which style to render consistently during profile and match experiences.
An equip action selects an owned compatible item and updates its matching field. Unequip clears the field so that the default presentation can return for that surface.
Loadout effects appear on profile identity, player cards, avatar areas, arena presentation, and end-screen results. Different slots become visible at different points in the user journey.
Use the loadout to coordinate colors and themes, preview how several items work together, or keep only one strong accent while leaving other surfaces close to default.
Equip and unequip are account actions that change the active cosmetic assigned to a compatible slot. They do not create ownership and do not change the underlying catalog record.
The distinction prevents accidental assumptions: buying unlocks an item, while equipping chooses when that unlocked item should be visible. One item can remain owned while another is active.
The interface validates Shop availability, inventory ownership, membership access, and item kind before sending an equip request. It then refreshes local state and displays success or failure feedback.
These controls can appear in Inventory and cosmetic detail views. Pro-exclusive items may depend on active membership access even when their catalog records remain visible.
Use equip to test a new presentation and unequip to return to default. If an action fails, refresh account state and confirm ownership or membership rather than repeatedly purchasing.
Active boosts are timed account entries that can include a boost type, multiplier, activation information, and expiration timestamp. The Shop interface recognizes session, daily, and weekly boost presentation.
A timed entry lets Omoggle communicate when an account benefit is active and how long it remains. It also keeps temporary state separate from permanent cosmetic ownership.
The inventory response supplies active boost records. The client calculates remaining time from the expiration value and can display a multiplier with days, hours, minutes, or seconds left.
Boost state can appear near Gem purchasing and inventory information. It belongs to the signed-in account and should not be copied into a public informational profile.
Use the timer to understand when a boost expires and whether activating another offer is useful. Always read the official boost description because this guide does not infer unreturned effects.
Gem balance is the wallet amount returned for the authenticated account. It is operational data used to decide whether a Gem-priced cosmetic or pack action can proceed.
A balance belongs to a specific account and can reveal purchasing or reward activity. It is not necessary for explaining the public Shop catalog and should not be republished by a guide.
Omoggle returns the balance through account-scoped responses and updates it after confirmed purchases, grants, or rewards. The client uses it for affordability and wallet presentation.
The balance appears in the Shop header or wallet controls and may be repeated in loadout data for convenience. MogReady intentionally discusses the field without displaying the captured user value.
Use your balance to budget for rarity tiers and packs. If a payment is processing, wait for official confirmation instead of assuming the wallet should update instantly.
Inventory organization means reviewing owned items by slot, rarity, theme, membership access, and current equipped state rather than treating every unlocked identifier as one undifferentiated list.
The catalog contains many visually different items, so grouping reduces search time and helps a player notice complete themes, missing surfaces, or unused cosmetics.
Begin with one desired visual theme, choose a name style and tag, then add frames, banner, and backdrop. Preview the complete loadout and replace elements that reduce readability.
Organization happens inside Inventory and cosmetic detail views. The Bundles guide can help identify six-piece sets, while the Shop guide explains types and rarity.
Use a simple loadout when clarity matters and a coordinated pack when identity matters. Revisit the inventory after purchases, membership changes, gifts, or boost activations.
Rotations, prices, product availability, and membership terms can change. This page distinguishes captured facts from live purchase state.
The inventory and loadout endpoints are account-scoped. This guide explains their structure without exposing the supplied account balance or personal inventory state.
The loadout records the item identifier in its matching slot, such as name style, player tag, arena frame, avatar frame, banner, or result backdrop.
Yes. The catalog includes membership availability, and active Pro access can make eligible Pro cosmetics usable while that access applies.
They are name style, player tag, arena frame, avatar frame, profile banner, and result backdrop. Each slot controls a different presentation surface.
Ownership is permanent account access under the applicable rules, while equipped state is only the current choice. Unequipping removes the active presentation without deleting ownership.
The loadout response stores the active item identifier in its matching field. The client compares catalog cards with those fields to label the current item as equipped.
Its remaining-time display reaches zero and the temporary active state should stop applying. The account can then refresh inventory to reflect the current official state.
Choose one primary theme, keep name treatment legible, avoid stacking too many competing effects, and preview the profile and result surfaces together before settling on the combination.