THE PLAYER’S COMPANION
A closer look: review a round with clear credit amounts.
Cookies and browser storage are different
The following statement describes the first-party implementation. A cookie may accompany requests to a matching website path, while local storage is read by code in the browser. This release mainly uses local storage for its game features. That distinction matters when using browser tools or clearing saved progress. These details concern this domain’s supplied first-party functions. Keep the current domain in view when checking saved information.
The FAQ security cookie
The current release handles this area as follows. The first-party cookie named slots_csrf supports the protected question-submission flow. Its lifetime is approximately one hour and its path is limited to the API endpoints. It is configured as HttpOnly and SameSite Strict, with Secure enabled for the configured public HTTPS address. Consult the related information pages for the other storage and contact functions. Additional context is available in the site’s related guides.
When the form cookie is requested
This information concerns the supplied website. The browser obtains a form token and security cookie when a question is submitted through the page's script. The subsequent POST includes the signed token and matching cookie. The cookie is not a paid-player account, an advertising identifier or a record of spin outcomes. Consult the related information pages for the other storage and contact functions. Additional context is available in the site’s related guides.
Game data stored locally
The distinction below is relevant to your choices. The local storage keys beginning slots-v1:game- contain saved data for each mode when saving is enabled. A record can include balance, current wager, last outcome, pending feature values, statistics and recent history. Ordinary page requests do not transmit that storage as a cookie. Consult the related information pages for the other storage and contact functions. Keep the current domain in view when checking saved information.
The preference storage entry
The following statement describes the first-party implementation. The slots-v1:preferences record stores the saving and sound choices. It remains separate when game data is cleared so that the chosen settings can persist. If storage is blocked, the application can keep a temporary preference for the current page, but cannot promise to remember it later. Consult the related information pages for the other storage and contact functions. Keep the current domain in view when checking saved information.
Controls available to you
The distinction below is relevant to your choices. Privacy & Cookie Settings can turn off game saving and remove game records. Your browser can also delete cookies, local storage or all data for this domain. Removing the form-security cookie may require a new form token before a pending question can be accepted. These details concern this domain’s supplied first-party functions. Review the relevant page before using another mode.
Third-party scripts are outside these switches
The distinction below is relevant to your choices. The stock package does not load a third-party advertising or analytics service. If the operator independently adds code or the visitor follows an external link, additional storage may be involved. The built-in game-saving switch does not automatically block code added outside its controls. These details concern this domain’s supplied first-party functions. Review the relevant page before using another mode.
Contact about this policy
Read this explanation alongside the available controls. For a question about the first-party storage described here, contact [email protected]. State the domain, the affected feature and any relevant browser behavior. Do not send authentication cookies, private tokens or a full browser profile with your message. Contact the operator if you need clarification about this part of the site. Keep the current domain in view when checking saved information.