I think this started happening once #2191619: New on-page comment form is deleting all hidden files :( was fixed. Examples:

#1490402: Redesign tabs and the content header
#2186089: Increase the length of Issue tags field

Comments

alexpott’s picture

alexpott
he/they
Primary language English
Location 🇪🇺🌍
commented

This appears to happen for absolute URLs only - I fixed https://drupal.org/node/1490402 by removing "https://drupal.org" from the image URLs

klonos’s picture

klonos
he/him
Primary language English
Location 90% Melbourne, Australia - 10% Larissa, Greece
commented

Thanx for narrowing this down Alex. Still, it was working fine a couple of days ago. Besides, I believe we should support both ways.

drumm’s picture

drumm
he/him
Location NY, US
commented
Title: The red x "only local images allowed" appears instead of inline images. » Match domains on more than $_SERVER['HTTP_HOST']
Project: Project issue tracking » Local image input filter
Version: 7.x-2.x-dev » 7.x-1.x-dev
Component: Issues » Code

Text processing is sometimes done via Drush, where $_SERVER['HTTP_HOST'] is not set. This fails to match the domain used for web serving, and the error gets cached.

global $base_url would work for Drupal.org, we always set it. Even better would be allowing an additional list set via variable_set() so that we could allow the same domains on staging/dev that we do in production.

klonos’s picture

klonos
he/him
Primary language English
Location 90% Melbourne, Australia - 10% Larissa, Greece
commented

Yeah that sound like a more generic way to go. Thanx.

drumm’s picture

drumm
he/him
Location NY, US
commented

A whole list is what we need. Drupal.org looks like it will need to move to www.drupal.org for CDN deployment. We always need to allow both domain names.

drumm’s picture

drumm
he/him
Location NY, US
commented
Status: Active » Closed (duplicate)

... which makes this a duplicate of #1737022: Host Whitelist