https://drupal.org/node/2125287/revisions/view/6669797/6669825

I uploaded an image with spaces in the name, and copied the file name into an img tag. d.o had added %20 everywhere, but that made the image show the big red X for hotlinked images.

Reverting the %20 back to spaces made it work.

Remaining Tasks

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Gábor Hojtsy’s picture

I've experienced this before the upgrade as well and just developed a practice to not include spaces in the filenames :) I agree it should ideally work :)

hass’s picture

Also expierenced this before upgrade. This is really bad and should be fixed as you cannot copy/past a link from a browser as these woll contain the hex values, not only for spaces...

tim.plunkett’s picture

I think I only hit this because dreditor's "insert image" button is currently broken :)

hass’s picture

Nope.

eliza411’s picture

Issue tags: +D.o UX
Wim Leers’s picture

hass’s picture

Backporting these one liner to D7 should be done than, isn't it?

klonos’s picture

The "insert/edit image" BUeditor button pre-fills the file url as http://drupal.org/files/ while after the d.o D7 upgrade files uploaded to issues are actually under https://drupal.org/files/issues/. This needs to be addressed too. Different issue?

klonos’s picture

mgifford’s picture

tvn’s picture

Project: [Archive] Drupal.org D7 upgrade QA » Local image input filter
Version: » 7.x-1.x-dev
Issue tags: +affects drupal.org

Moving to Local Image input filter queue. Per #2096855-19: FilterHtmlImageSecure does not support images with spaces in the filename this should be fixed here.

sun’s picture

This has been fixed in D8 already, so all that is needed here is a 1:1 backport of the patch in

#2096855-13: FilterHtmlImageSecure does not support images with spaces in the filename

YesCT’s picture

Issue summary: View changes
Issue tags: +Novice

updating issue summary with instructions

mgifford’s picture

Status: Active » Needs review
FileSize
884 bytes

No tests, but probably not needed here. This should work...

sun’s picture

This is a security related filter module. Like any other change, this one definitely requires tests, too.

YesCT’s picture

Issue summary: View changes
Issue tags: +Needs tests
webchick’s picture

Priority: Normal » Major

This is a huge pain in the butt when taking screenshots on Mac. I easily lose 10-15 minutes every couple of days manually futzing with these URLs.

Steven Jones’s picture

Assigned: Unassigned » Steven Jones

Going to have a look at this one.

Steven Jones’s picture

Assigned: Steven Jones » Unassigned
Issue tags: -Needs tests
FileSize
1.64 KB
2.5 KB

Here's a couple of patches, one has just the tests, the other tests plus fix from #14.
Enjoy!

  • Commit aa1f8e5 on 7.x-1.x authored by Steven Jones, committed by drumm:
    #2125301 %20 in image file names triggers the "local images only" filter
    
drumm’s picture

Status: Needs review » Fixed
Issue tags: +needs drupal.org deployment

Looks good.

(I just enabled https://drupal.org/node/1274626/qa today, so the bot didn't pick up this patch.)

tvn’s picture

drumm’s picture

Issue tags: -needs drupal.org deployment

Now deployed on Drupal.org.

The filter cache will hold on to previously-filtered images until cleared.

webchick’s picture

Yay!

Thanks so much. :D

Wim Leers’s picture

Yay++++++++++++ :)

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.