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

# September 2025 Release Updates

## Workflow Tools Updates

This month, the team focused on **bug fixes and platform stabilization** to deliver a smoother experience across key workflows.

### 🔧 Fixes & Improvements

1. **Dynamic SMS Interview Reminders:** Introduced SMS reminders for candidates and interviewers - sent **24 hours or 1 hour before** based on the interview scheduled time, ensuring timely participation and reduced no-shows.
2. **Session Stability:** Resolved sudden logout issues to ensure uninterrupted usage. Now, users on the platform will not be logged out until they click the **Logout button.**
3. **Analytics Coverage:** Expanded Mixpanel tracking to cover core actions such as **invite, reply, and forward**.
4. **Candidate Experience:** Fixed display issues for **long-form candidate responses**.
5. **Intelligent Scheduling:** Addressed multiple issues impacting scheduling reliability:
   * Email delivery inconsistencies
   * Availability addition
   * ICS file RSVP actions
6. **Notification Inbox:** Corrected **status update issues** (from other statuses to “Read”) to improve real-time visibility.

## Candidate Experience Updates

* **Phone Number Field with Country Code in Forms:** To improve data accuracy and global communication, a new phone number field with a country code selector has been added to data collection forms. This solves the issue of inconsistent or invalid contact information.
* **UX Improvement on Mobile Device for Slot Booking:** When a candidate is initiating a booking on mobile device, we have introduced an auto scroll on the screen on slot booking page. As and when the candidate selects a date, they will be auto scrolled and displayed the available slot timings for the corresponding date.

### <Icon icon="money-check-dollar" color="#1d0574" />   Payment Enhancements

1. **Meeting Status set to “Scheduled” earlier in the booking flow**

* The meeting status will now be set to **Scheduled** in the database as soon as a candidate selects a slot and proceeds to payment.
* Previously, the status was updated only after payment was successfully completed, which sometimes caused issues when candidates dropped off after confirming payment but before final processing. *This change ensures that:*
  * Slots are reserved immediately, preventing double-booking.
  * Candidates who drop off during payment can resume their booking without losing their slot.

2. **New “Initiated” status for transactions**

* We have introduced a new transaction status: **Initiated**.
* Previously, transactions were directly marked as **Pending** once candidates proceeded to pay. *Now:*
  * **Initiated** indicates that the candidate has started the payment process but has not yet attempted the transaction.
  * From this state, the transaction can move to **Pending**, **Success**, or **Failed**, based on responses from the payment provider.
  * For example, a transaction may remain in **Pending** if a candidate has attempted payment but it is still being processed by the provider.

### **Who are the primary users of this feature?**

> The features mentioned above will provide the greatest benefit to the **recruiters, evaluators** and the **candidates.**

### **What are we working on next?**

**Workflow Tools**

1. Stack ranking on Ivy assessment with score display in the list view
2. Drive management module rollout
3. CodeSolo integration
4. Registration workflow
5. Resume scoring

**Candidate Experience**

1. Post assessment and interview forms
2. Payment enhancements to send reminders and allow invoicing for companies.

## Interview Rooms Updates

* **Splash screen for introducing 360 Environment Scan**

A guided splash screen introducing 360 environment scan in live interviewing, helping users quickly understand its benefits and usage

* **Benefits**:
  1. Instant Familiarization
  2. Smooth Onboarding
  3. Improved Efficiency
  4. Seamless User Experience

## Assessment Engine Updates

**Assessment Playlist Configuration:**

* You can now **seamlessly control question randomization, skip, and review flows** for test takers while setting up assessments directly in the **Assessment Engine**.
* Previously, this control was available only through a **GB Flag**, but it has now been moved to **Assessment-level configuration**, giving users greater flexibility to decide **how questions are presented to test takers**.

## What's Next?

* **Ivy Persona Builder**: We are developing a feature that will allow content managers to efficiently manage Ivy from Assessment Engine Itself. Expected in Q4 2025, this feature will further streamline workflows.
* **Migration of CodeSolo Score Computation and Reports**: We are transitioning CodeSolo’s score computation and reporting functionalities from the legacy system to the Assessment Engine. This migration, targeted for Oct 2025, will improve performance, reporting accuracy, and system consistency.

## Secure Browser Updates

1. **In Production:** Windows store: 2.0.12 |  Mac: 2.0.10
2. **Confirmation modal on exit:** When a user attempts to close **the Secure Browser**, a confirmation modal now appears. This prevents accidental closure and avoids unnecessary disruption to the exam flow.
3. **Mac feature updates (parity with Windows)**

* **Clipboard clearing**:` Copy-paste` actions from/to Secure Browser are blocked.
* **Restricted software alerts**: A persistent message is shown until the conflicting application is closed.

4. **Detection of screen lock & user switch (Windows):** Secure Browser now detects when a *user switches accounts or locks the screen during an exam*. Such actions are logged, and the browser must be closed and relaunched to continue.
5. **Updated blocklist applications:** We’ve refreshed the blocklist of restricted applications.

## Integrations \[V7+] Updates

* **Confirmation modal pops up when “Stop Proctoring” is clicked:**

  When a candidate clicks **Stop Proctoring** during an LMS quiz, a confirmation modal appears warning them of the consequences. Confirming this action ends the proctoring session and marks the quiz attempt as submitted.
