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

[GH-ISSUE #3344] [BUG]: Submitted URLs for documents truncate after special characters #2153

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

Originally created by @reekob on GitHub (Feb 25, 2025).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/3344

Originally assigned to: @shatfield4 on GitHub.

How are you running AnythingLLM?

Docker (local)

What happened?

When submitting a URL for document processing, AnythingLLM does not retain the full URL. Any portion of the URL beyond special characters (such as ?, &, or =) is omitted when stored. This issue leads to incorrect or incomplete document retrieval.

Actual Behavior:
Only the portion of the URL before the first special character is retained, leading to an incomplete filename.

Screenshots:

Before submission: (Attached - showing full URL input)
Image

After submission: (Attached - showing truncated filename)

Image

Additional Context:
This issue affects users attempting to fetch and store documents from URLs with query parameters, potentially leading to data loss or incorrect processing.

Are there known steps to reproduce?

Steps to Reproduce:

Expected Behavior:
The full URL, including query parameters, should be preserved when storing the document name or handling retrieval.

Originally created by @reekob on GitHub (Feb 25, 2025). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/3344 Originally assigned to: @shatfield4 on GitHub. ### How are you running AnythingLLM? Docker (local) ### What happened? When submitting a URL for document processing, AnythingLLM does not retain the full URL. Any portion of the URL beyond special characters (such as ?, &, or =) is omitted when stored. This issue leads to incorrect or incomplete document retrieval. Actual Behavior: Only the portion of the URL before the first special character is retained, leading to an incomplete filename. Screenshots: Before submission: (Attached - showing full URL input) <img width="1332" alt="Image" src="https://github.com/user-attachments/assets/49e8a016-b16a-47f8-8cbc-624878d51196" /> After submission: (Attached - showing truncated filename) <img width="1331" alt="Image" src="https://github.com/user-attachments/assets/8f4dc2e7-57b8-40b6-bf53-d15aea914284" /> Additional Context: This issue affects users attempting to fetch and store documents from URLs with query parameters, potentially leading to data loss or incorrect processing. ### Are there known steps to reproduce? Steps to Reproduce: - Navigate to the document submission interface. - Submit a URL that includes query parameters (e.g., https://example.com/apple-iphone-repair/#iphone-12-repairs). - Observe that the stored filename truncates after the first special character (#). Expected Behavior: The full URL, including query parameters, should be preserved when storing the document name or handling retrieval.
yindo added the possible buginvestigating labels 2026-02-22 18:28:22 -05:00
yindo closed this issue 2026-02-22 18:28:22 -05:00
yindo commented 2026-02-22 18:28:22 -05:00
Author
Owner
Copy Link
Copy Source

@shatfield4 commented on GitHub (Feb 25, 2025):

The UI makes it appear that this is the case and that the query params are not being stored properly but we do this so that the UI isn't cluttered with that information. In our backend we do store the full link.

You can test this by fetching a website with it and asking the LLM a question about that website. When you see the citation and click the link it does store the entire link including the query params and when fetching the website we fetch it with that full URL that is stored in our metadata.

@shatfield4 commented on GitHub (Feb 25, 2025): The UI makes it appear that this is the case and that the query params are not being stored properly but we do this so that the UI isn't cluttered with that information. In our backend we do store the full link. You can test this by fetching a website with it and asking the LLM a question about that website. When you see the citation and click the link it does store the entire link including the query params and when fetching the website we fetch it with that full URL that is stored in our metadata.
yindo changed title from [BUG]: Submitted URLs for documents truncate after special characters to [GH-ISSUE #3344] [BUG]: Submitted URLs for documents truncate after special characters 2026-06-05 14:44:52 -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 investigating possible bug
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#2153
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?