Redmine

Sorry, I missed a slash on one of the pre tags

!Sample Image.png!      will not, as it does not recognise this as a complete image reference

!Sample Image.png!

!Sample_Image.png!      will not work, as there is no attachment with this name

!"Sample Image.png"!    will not work, it doesn't seem to respect the quotes to enclose the filename

!"Sample Image.png"!

If you rename the file so that it does not containe spaces it does work

!SampleImage2.png! will work

It also concerns filenames with parentheses in name, because redcloth parser uses text in parentheses inside image tag as an image title. So i guess one should patch redcloth or fall back to the old file naming rules

Really important issue.
Watch it and wait for developer's feedback.

Still present in 1.4.0 it seems!

Textile syntax does not support spaces in image names. If you want to display your image inline, don't use spaces in its name.

I figured that textile did not support spaces in the filenames - I was unable to find out how to wrap the filename to ensure it was parsed correctly to display the inline image. This is one effect of the system no longer renaming file attachments to replace unsupported characters with a (predictable) close approximation of the original name. The bulk of our attachments are now a stored as a hash of the original file name.

That being said, I do appreciate the system preserving the original file name. Perhaps best practice for us moving forward is just to ensure that files are named appropriately prior to being attached, until someone can find a method of passing the attachment name to the inline image function (or other function that does not support files with spaces). Is it possible to lookup and pass the hashed filename to the inline image function if the original filename containing spaces is entered?

e.g. entering

!Sample Image.png!

!53616d706c6520496d616765.png!

In the newer releases of Redmine, I have noticed that the thumbnail feature seems to be able to deal with the spaces in attachment names (either that or one of the Redmine admins at our site toggled a switch to prevent the renaming). Thumbnails are usually better for our use, though we do still need to actually embed the full-sized images from time to time.

{{Sample Image.png, size=150, title=Thumbnail)}}

{{Sample Image.png, size=150, title=Thumbnail)}}

Here's another workaround:

Just use a url starting from root:

!/attachments/download/7187/Sample%20Image.png!

It would also work with http://www.redmine.org/attachments/download/7187/Sample%20Image.png but then you have the host part permanently in your content and that might not be so cool.

Hi this Issue is so important. I was going in circles trying to find why my images were not showing up. It seems that they all had spaces. Why the hell is this not a major bug?

Jeff: Your patch only corrects what is newly attached, not the already existing attached images, am i correct? Also I find asking a user to mess around with %20s and the like a bit out of line for non techie people. I am currently looking into the textile regex, but if I am correct the problem was with Redmine abusing the inline image system.

Thank you for your patches in the mean time.

Philipp erpel wrote:

Here's another workaround:

Just use a url starting from root:
[...]

It would also work with http://www.redmine.org/attachments/download/7187/Sample%20Image.png but then you have the host part permanently in your content and that might not be so cool.

This works for me too with redmine 2.3.3 but it's hard to find out the file number 7187 before actually uploading (i.e. for preview).

Added an image menu plugin that helps with this issue:

"The image menu button detects if there are spaces and inserts a modified path to support spaces file name."

Redmine jsToolbar Images Extension

Dicky Hadiyuwono wrote:

This prove to be crucial with our workflow since Skitch uses space in its output file.
I've made a workaround by simply substituting space with %20.

eg. !Photo Skitch Document.png! -> !Photo%20Skitch%20Document.png!

Still doesn't work (in 2.3.4). Also, the space replaced with '%20' doesn't work, the path is not resolved to where the image is located.

My experience with image space names and Redmine is:

Doesn't work¶

!Photo Skitch Document.png!

Doesn't work¶

!Photo%20Skitch%20Document.png!

Works¶

!/attachments/download/12345/Photo%20Skitch%20Document.png!

To get this last example to work, you need to grab the full url from the uploaded image, which is why I created the Redmine jsToolbar Images Extension to figure this out automatically.

+1

+1

+1

+1

+1

On Redmine 4.0:

Doesn't work¶

!Photo Skitch Document.png!

Works¶

!Photo%20Skitch%20Document.png!

+1

redmine 5.0.0

not working yet

!some helpful picture.png!

workaround confirmed

!some%20helpful%20picture.png!