Mintplex-Labs/anything-llm
1
0
Fork 0
mirror of https://github.com/Mintplex-Labs/anything-llm.git synced 2026-07-18 19:34:33 -04:00
Code Issues 328 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #4851] [FEAT]: "Embed a Document" Quick Link should allow selecting a workspace #3056

New Issue
Closed
opened 2026-02-22 18:32:26 -05:00 by yindo · 1 comment
yindo commented 2026-02-22 18:32:26 -05:00
Owner
Copy Link
Copy Source

Originally created by @25thammar on GitHub (Jan 10, 2026).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/4851

What would you like to see?

Description

Currently, when clicking the "Embed a Document" button in the Quick Links section of the home page, the application automatically selects the very first workspace found (e.g., the first one in the list).

This creates an issue for users with multiple workspaces (e.g., "Rodi" and "sadsadd"), as they strictly get directed to the first workspace with no option to choose the other one for embedding documents.

Expected Behavior

If a user has multiple workspaces, clicking "Embed a Document" should:

  1. Detect that multiple workspaces exist.
  2. Display a modal or prompt asking the user to select which workspace they wish to manage.
  3. Open the "Embed a Document" modal for the selected workspace.

If the user only has one workspace, the current behavior (auto-opening that workspace) is fine.

Current Behavior

The button blindly selects workspaces[0] and opens the embedding modal for it, ignoring the existence of other workspaces.

Steps to Reproduce

  1. Create at least two workspaces (e.g., "Workspace A" and "Workspace B").
  2. Navigate to the main Dashboard/Home page.
  3. Click the "Embed a Document" card in the Quick Links section.
  4. Observe that it immediately opens the modal for "Workspace A" without offering a choice for "Workspace B".

Proposed Solution

Modify the QuickLinks component to check workspaces.length. If greater than 1, show a simple selection specific to this action before proceeding to the main ManageWorkspace modal.

Originally created by @25thammar on GitHub (Jan 10, 2026). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/4851 ### What would you like to see? ### Description Currently, when clicking the **"Embed a Document"** button in the **Quick Links** section of the home page, the application automatically selects the very first workspace found (e.g., the first one in the list). This creates an issue for users with multiple workspaces (e.g., "Rodi" and "sadsadd"), as they strictly get directed to the first workspace with no option to choose the other one for embedding documents. ### Expected Behavior If a user has multiple workspaces, clicking **"Embed a Document"** should: 1. Detect that multiple workspaces exist. 2. Display a modal or prompt asking the user to select which workspace they wish to manage. 3. Open the "Embed a Document" modal for the selected workspace. If the user only has one workspace, the current behavior (auto-opening that workspace) is fine. ### Current Behavior The button blindly selects `workspaces[0]` and opens the embedding modal for it, ignoring the existence of other workspaces. ### Steps to Reproduce 1. Create at least two workspaces (e.g., "Workspace A" and "Workspace B"). 2. Navigate to the main Dashboard/Home page. 3. Click the **"Embed a Document"** card in the Quick Links section. 4. Observe that it immediately opens the modal for "Workspace A" without offering a choice for "Workspace B". ### Proposed Solution Modify the [QuickLinks](cci:1://file:///anything-llm/frontend/src/pages/Main/Home/QuickLinks/index.jsx:13:0-139:1) component to check `workspaces.length`. If greater than 1, show a simple selection specific to this action before proceeding to the main `ManageWorkspace` modal.
yindo added the enhancementfeature request labels 2026-02-22 18:32:26 -05:00
yindo closed this issue 2026-02-22 18:32:26 -05:00
yindo commented 2026-02-22 18:32:27 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Jan 12, 2026):

Luckily, we are re-doing the homepage and this UX quirk would be resolved in this changes - so I am pre-emptively closing this as the new designs we have handle this known-bad UX case.

@timothycarambat commented on GitHub (Jan 12, 2026): Luckily, we are re-doing the homepage and this UX quirk would be resolved in this changes - so I am pre-emptively closing this as the new designs we have handle this known-bad UX case.
yindo changed title from [FEAT]: "Embed a Document" Quick Link should allow selecting a workspace to [GH-ISSUE #4851] [FEAT]: "Embed a Document" Quick Link should allow selecting a workspace 2026-06-05 14:50:03 -04:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
Mirrored from GitHub Pull Request
 question
stage: specifications
wontfix
No Label enhancement feature request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#3056
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?