-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Copy Path does not reflect the real path of the object in the media folder #5569
Comments
I can fix this issue |
see the issue for details fixes issue decaporg#5569
add a condition to verify if the path already starts with /, so we must not add another one fixes issue decaporg#5569
add a condition to only add a / is the path is not absolute fixes issue decaporg#5569
pass the media_folder parameter and use it before setting the path fixes issue decaporg#5569
Now media_folder must starts with / and path must not starts to be updated fixes issue decaporg#5569
Suggestion: From an end user's perspective if the "Copy path" function used the "public_folder" vs the "media_folder" suffix this could match usage for wanting to link to a PDF or non image media item using the "link" button from the markdown editor. |
I kind of have the reverse problem: the path I set for the If I manually deleted that starting slash with the markdown editor, the image gets fetch as expected at build time (I'm using Astro where images need to be in if anyone has any idea. Thank you! |
In the media box there is a useful Copy Path button. So, if someone adds a PDF to the media library and they want a link to it, then the
Copy Path
could be a useful thing. However, the issue is that the path copied starts uploads when it should start /uploads. Of course I can get my user to add the / but I wonder why this happening since the backend specifically says:media_folder: "/uploads"
Steps to reproduce the behavior. For example:
Screenshots
The text was updated successfully, but these errors were encountered: