# Release 2.3.0
1. Client oversight & audit trail
**WIFOX-282 – Unified Client Activity Log in Sessions Tab**
The **Sessions** tab in the client card now shows a unified activity log with events from CRM, Tradersroom, and Trading Terminal, covering both **client actions** (logins, navigation, deposits/withdrawals, trading, profile changes, tickets, etc.) and **manager actions** on that client (views, edits, created/updated entities, bulk operations). Logs are filterable by actor type, source app, and event type, with full timestamps and metadata, while excluding sensitive payloads.
**Business impact:**
- Gives support, risk, and compliance a single place to see “who did what and when” for any client.
- Speeds up investigations and dispute resolution and improves overall auditability.
---
## 2. Trading tickets & verification flows
**WIFOX-524 – New “Waiting for client” ticket status in Trading area**
The Trading area ticketing flow now supports an additional **“Waiting for client”** status. Managers can mark tickets accordingly, and clients see this state in their UI.
**Business impact:**
- Clarifies whether the next move is on the client or on support.
- Reduces confusion and back‑and‑forth in trading‑related support cases.
**WIFOX-456 – “Feature is unavailable” modals for Withdrawal & Close Order**
When a user’s verification status is **Rejected / Pending / Init**, attempts to **withdraw** funds or **close an order** now show a clear “Feature is unavailable” modal with a **“Verify your identity now”** CTA, reusing the existing “Trading is unavailable” pattern. Actions are blocked until verification is complete.
**Business impact:**
- Makes compliance‑driven restrictions explicit and consistent across trading and withdrawals.
- Redirects users into verification instead of failing silently or with unclear errors.
---
## 3. Order placement: volume, min volume, TP/SL and profit
**WIFOX-515 – Volume input stepper (+/–) based on lot size**
The **Volume** field in the New Order form now has **+ / – steppers** with step size derived from instrument **lot size**:
- lot size `0.0x` → step `0.01`
- lot size `0.x` → step `0.1`
- lot size `>= 1` → step `1`
Value is clamped at zero and correctly rounded.
**Business impact:**
- Faster and less error‑prone volume selection aligned with instrument configuration.
- Reduces mis‑entries for very small or very large lots.
**WIFOX-507 – Min volume processing & enforcement end‑to‑end**
The **minVolume** per instrument is now:
- properly imported and stored in Trading MS,
- exposed to the terminal, and
- used in the UI as default volume and **hard lower bound** (UI prevents going below; backend also rejects too‑small volumes).
**Business impact:**
- Prevents orders below allowed minimum volume, avoiding rejects and confusion.
- Ensures trading behavior aligns with configured risk and product rules.
**WIFOX-522 & WIFOX-526 – Creating orders without TP/SL works reliably**
Two related issues were fixed in the New Order form:
- **WIFOX-522:** Clearing TP/SL fields could cause a **NaN error**, blocking order creation even though TP/SL is optional.
- **WIFOX-526:** After filling TP/SL and then deleting them, the form sometimes still refused to submit.
**Business impact:**
- Traders can open positions without TP/SL as intended, without hitting hidden validation bugs.
- Reduces friction and failed order attempts due to optional‑field edge cases.
**WIFOX-482 – Correct profit calculation for TP/SL on SELL orders**
The profit preview in TP/SL inputs is now correctly calculated for **SELL** orders as well.
**Business impact:**
- Traders see accurate expected profit/loss when placing protective levels on short positions.
- Reduces risk of wrong expectations and complaints around PnL behavior.
**WIFOX-478 – Hide TP/SL fields when not used**
Take Profit and Stop Loss values are now hidden in lists/places where they don’t exist for a given order.
**Business impact:**
- Cleaner order and positions views with less “empty” or misleading data.
- Easier visual scanning of which orders actually have protection set.
---
## 4. Trading UX, clarity and chart tools
**WIFOX-459 – Instrument information in Buy/Sell popup**
The Buy/Sell popup now shows rich **symbol information** (e.g. digits, lot size, swap long/short, commission, calculation type, and short analytics such as performance over recent periods) according to the new design.
**Business impact:**
- Traders can understand contract specs and costs directly from the order screen.
- Supports more informed decisions and reduces the need to cross‑check external specs.
**WIFOX-484 – Training Trade: chart drawing tools**
In **Training Trade** mode, users can now draw directly on charts (lines, annotations etc.), using amCharts / a canvas overlay, with a simple enable/disable control and clear/reset options.
**Business impact:**
- Greatly improves educational sessions, coaching, and internal training around trading strategies.
- Enables visual explanation of setups without affecting live trading logic.
**WIFOX-467 – Remove “NaN” while chart is loading**
While price graphs are loading, temporary **NaN** values are no longer shown — the UI now waits for valid data.
**Business impact:**
- Cleaner, more professional first impression for traders.
- Avoids confusion about system correctness when charts initialize.
**WIFOX-472 – Fix price‑alert notification text & overflow**
Notifications about price levels no longer overflow their containers and now display numbers consistent with the **current price**.
**Business impact:**
- Alerts are readable and trustworthy, helping traders react correctly to price movements.
**WIFOX-471 – Align symbol name & description in terminal**
Instrument names and descriptions in the terminal header have been realigned as per design (e.g. description below or left‑aligned), reducing the need for horizontal scrolling.
**Business impact:**
- Symbol details remain visible and readable, even on narrow layouts.
- Less visual noise, easier instrument recognition.
**WIFOX-477 – Trading language & terminology consistency**
Several text and visual improvements were made in the trading UI:
- **“Volume”** is now used consistently instead of “Quantity”.
- **Open price** of orders is visible directly in the order list.
- Currency symbols (e.g. EUR) are now used consistently.
- TP/SL values are visually aligned with other numbers.
**Business impact:**
- Reduces confusion for traders due to inconsistent terms or missing key data.
- Makes the platform feel more “native” to experienced FX/CFD users.
**WIFOX-474 – Don’t show quotes if there is no stream**
If no live data stream is available for a symbol, quotes are no longer shown as if they were active.
**Business impact:**
- Prevents traders from acting on stale or non‑existent price feeds.
- Supports safer trading operations and clearer monitoring of connectivity issues.
---
## 5. Trading area usability
**WIFOX-509 – One‑click “Copy account number” in trading area**
In both trading area layouts, a **copy** control next to the account number now copies the full account number to the clipboard and shows a brief “copied” confirmation.
**Business impact:**
- Speeds up communication with support and internal teams (sharing account IDs).
- Reduces copy‑paste mistakes when searching for an account in CRM or external tools.
---
## 6. Requests & Tickets: clearer communication
**WIFOX-516 – Requests / Tickets: preserve line breaks and paragraphs in messages**
In **CRM → Requests → Messages** and in **Trading Area Tickets**, message fields now fully support **multi-line text**:
- Pressing Enter adds a new line, and pasted templates keep paragraphs and empty lines.
- Line breaks are stored in the backend and rendered correctly in both CRM and Trading UIs (no more “everything in one line”).
- Formatting is preserved cross‑system: a message written in CRM appears identically formatted in Trading Area, and vice versa.
**Business impact:**
- Agents can paste and use existing multi‑paragraph templates without losing structure.
- Client conversations become easier to read and understand, improving support quality and reducing miscommunication.
---
### 7. Bridge Pay refunds / cancellations
**WIFOX-362 – Bridge Pay: cancel transaction on getback callbacks**
A new **Bridge Pay getback handler** was implemented in the payments backend (new `getback.ts` controller and route). When Bridge Pay sends a **getback** event (for example, user cancels a 3‑DS payment or a refund/chargeback‑type event is triggered), the corresponding CRM transaction is now safely moved to the **Canceled** status, with idempotent logic and proper callback validation.
**Business impact:**
- CRM now correctly reflects payment cancellations and getbacks from Bridge Pay, instead of leaving such transactions in an inconsistent state.
- Reduces manual reconciliation and “mismatched status” investigations between the provider and CRM.
- Safer integration: callbacks are validated and processed idempotently, so duplicate or invalid events don’t corrupt transaction history.