@xfloor-memory-sdk
  1. Floor Management
@xfloor-memory-sdk
  • Get Started
    • Overview
    • Quick Start
    • Authentication and Identification
    • Core Concepts (5-Minute Read)
    • What to Use First (API Map)
  • SDK
    • Overview
    • SDK Installation & Setup
    • Python SDK
    • JavaScript SDK
    • Typescript SDK
    • Java SDK
    • FAQ & Troubleshooting
    • Copy-Paste Debug Checklists
  • Core FloorMemory
    • Query (Primary API)
      POST
    • Create Event (Post Content)
      POST
    • Recent Events
      GET
    • Basic information of a floor
      GET
  • Floor Management
    • Edit floor
      POST
    • Make floor Private
      POST
    • Make floor public
      POST
    • Rename floor
      POST
  • Registration
    • Sign Up
      POST
    • Sign In with email ID
      POST
    • Sign In with Mobile number
      POST
    • Validation
      POST
    • Change Password
      POST
    • Reset Password
      POST
    • Change email ID
      POST
    • Change Mobile number
      POST
    • Send Validation code
      POST
    • External User Registration
      POST
  • SDKs
  • Schemas
    • PostAdd
    • QueryResponse
    • Media
    • UserDetails
    • SignUpResponse
    • BlockDetails
    • FloorInfo
    • Threads
    • EventResponse
    • 400ErrorCode
    • Remaining
  1. Floor Management

Rename floor

POST
/api/memory/change/floor/id
This API renames a floor by changing knowing the floor identifier (floor_id).
It allows the floor owner to update the public-facing floor ID (slug/handle) from an old value to a new value. This is typically used when the owner wants to rebrand, reorganize, or correct the floor’s identifier.
⚠️ This operation affects how the floor is accessed and referenced externally, so it must be performed carefully.

Ownership & Authorization (Critical)#

The caller must be authenticated
Only the floor owner is allowed to rename a floor
Members, followers, or non-owners cannot perform this operation
Ownership is validated internally using user_id
If the user is not the owner, the request must be rejected.

Request Method#

POST

Content-Type#

application/x-www-form-urlencoded
(or equivalent form-data encoding)

Request Parameters (Form Fields)#

ParameterTypeRequiredDescription
user_idStringYesUser requesting the rename. Must be the owner of the floor.
fromStringYesExisting floor ID (current identifier to be renamed).
toStringYesNew floor ID to assign to the floor.
app_idStringNoIdentifier of the calling application (used mainly for pod/developer contexts).

Rename Rules & Constraints#

The from floor ID must exist
The to floor ID must be unique and not already in use
The rename operation updates only the floor ID
Floor ownership, blocks, posts, and internal fid remain unchanged
Any links or references using the old floor ID may no longer be valid after rename

Behavior Summary#

ScenarioResult
Valid owner + unique new IDFloor ID renamed successfully
Non-owner userRequest rejected
from floor ID not foundError
to floor ID already existsError
from == toNo-op or validation error (implementation choice)

Response Format#

application/json

Sample Success Response#

{
  "status": "SUCCESS",
  "old_floor_id": "oldfloorid",
  "new_floor_id": "newfloorid",
  "message": "Floor ID renamed successfully"
}

Sample Error Responses#

Not Floor Owner#

{
  "status": "ERROR",
  "message": "Only the floor owner can rename the floor"
}

Floor Not Found#

{
  "status": "ERROR",
  "message": "Source floor ID does not exist"
}

Floor ID Already Exists#

{
  "status": "ERROR",
  "message": "Target floor ID is already in use"
}

Invalid Request#

{
  "status": "ERROR",
  "message": "user_id, from, and to are required"
}

Notes for Developers#

This API renames the public identifier only; the internal immutable floor ID (fid) is not affected.
Clients should refresh cached floor metadata after a successful rename.
If your platform supports deep links or bookmarks, consider redirect or alias handling for old floor IDs (if supported).

One-Line Mental Model#

This API answers: “Change the public identity (ID) of a floor, owner-only.”

Request

Authorization
Provide your bearer token in the
Authorization
header when making requests to protected resources.
Example:
Authorization: Bearer ********************
Query Params

Responses

🟢200Success
application/json
Body

🟠400BadRequest
Request Request Example
Shell
JavaScript
Java
Swift
curl --location --request POST 'https://appfloor.in/api/memory/change/floor/id?user_id&app_id&from&to' \
--header 'Authorization: Bearer <token>'
Response Response Example
200 - Example 1
{
    "floor_id": "string",
    "title": "string",
    "details": "string",
    "floor_uid": "string",
    "blocks": [
        {
            "block_id": "string",
            "type": "string",
            "title": "string"
        }
    ],
    "avatar": {
        "url": "string",
        "type": "string"
    },
    "is_owner": "string",
    "floor_type": "string",
    "app_id": "string"
}
Modified at 2026-02-13 08:30:45
Previous
Make floor public
Next
Registration
Built with