[GH-ISSUE #105] Add a way to update docs #72

Closed
opened 2026-02-22 18:17:46 -05:00 by yindo · 6 comments
Owner

Originally created by @danglingptr0x0 on GitHub (Jun 23, 2023).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/105

Hey,

I have recently tried updating a doc, but ended up with creating a new one instead, which did have the same name, but the id after the name differed. As such, I had to manually remove the original and then embed the new one. There could be a way to simply overwrite (after confirming such action in a modal) a file that has the same name within a given workspace.

Thank you

Originally created by @danglingptr0x0 on GitHub (Jun 23, 2023). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/105 Hey, I have recently tried updating a doc, but ended up with creating a new one instead, which did have the same name, but the id after the name differed. As such, I had to manually remove the original and then embed the new one. There could be a way to simply overwrite (after confirming such action in a modal) a file that has the same name within a given workspace. Thank you
yindo closed this issue 2026-02-22 18:17:46 -05:00
Author
Owner

@AntonioCiolino commented on GitHub (Jun 23, 2023):

i want this too, but keep in mind when you change the doc, you have to re-embed it anyway - so it's going to get a new guid/name.

@AntonioCiolino commented on GitHub (Jun 23, 2023): i want this too, but keep in mind when you change the doc, you have to re-embed it anyway - so it's going to get a new guid/name.
Author
Owner

@danglingptr0x0 commented on GitHub (Jun 24, 2023):

i want this too, but keep in mind when you change the doc, you have to re-embed it anyway - so it's going to get a new guid/name.

@AntonioCiolino Yes, but the process could be more streamlined, not requiring manual removal of the old doc. It could be an optional switch.

@danglingptr0x0 commented on GitHub (Jun 24, 2023): > i want this too, but keep in mind when you change the doc, you have to re-embed it anyway - so it's going to get a new guid/name. @AntonioCiolino Yes, but the process could be more streamlined, not requiring manual removal of the old doc. It could be an optional switch.
Author
Owner

@timothycarambat commented on GitHub (Jun 25, 2023):

This is something that would be a massive breakthrough in the space (and something we have a solution for) so that you can more easily manage and modify documents in place without a re-embed totally.

@timothycarambat commented on GitHub (Jun 25, 2023): This is something that would be a massive breakthrough in the space (and something we have a solution for) so that you can more easily manage and modify documents in place without a re-embed totally.
Author
Owner

@mrlopezco commented on GitHub (Mar 9, 2024):

@timothycarambat
Is there a solution for this? Whenever I upload the same document per API, or a github repo, it always creates a new file.

image

@mrlopezco commented on GitHub (Mar 9, 2024): @timothycarambat Is there a solution for this? Whenever I upload the same document per API, or a github repo, it always creates a new file. ![image](https://github.com/Mintplex-Labs/anything-llm/assets/22092667/e9068b3b-02c8-414d-89e9-8f6458cb6a0e)
Author
Owner

@atljoseph commented on GitHub (Apr 26, 2024):

I’m so confused. This seems like a feature request. The repo author agreed it is a good idea. They said there was a solution. Then, the issue was closed without outlining what the solution is, or where the feature went in terms of roadmap. A little more context would be appreciated. It would complement the product nicely.

@atljoseph commented on GitHub (Apr 26, 2024): I’m so confused. This seems like a feature request. The repo author agreed it is a good idea. They said there was a solution. Then, the issue was closed without outlining what the solution is, or where the feature went in terms of roadmap. A little more context would be appreciated. It would complement the product nicely.
Author
Owner

@danglingptr0x0 commented on GitHub (Apr 27, 2024):

I’m so confused. This seems like a feature request. The repo author agreed it is a good idea. They said there was a solution. Then, the issue was closed without outlining what the solution is, or where the feature went in terms of roadmap. A little more context would be appreciated. It would complement the product nicely.

Agreed

@danglingptr0x0 commented on GitHub (Apr 27, 2024): > I’m so confused. This seems like a feature request. The repo author agreed it is a good idea. They said there was a solution. Then, the issue was closed without outlining what the solution is, or where the feature went in terms of roadmap. A little more context would be appreciated. It would complement the product nicely. Agreed
yindo changed title from Add a way to update docs to [GH-ISSUE #105] Add a way to update docs 2026-06-05 14:33:19 -04:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#72