остановить javascript_include_tag от побега - PullRequest
1 голос
/ 20 января 2011

Я обновляю приложение Rail 3 и по какой-то причине линия

  <%= javascript_include_tag :defaults %>

производит

&lt;script src=&quot;/javascripts/prototype.js?1292866092&quot; type=&quot;text/javascript&quot;&gt;&lt;/script&gt;
&lt;script src=&quot;/javascripts/effects.js?1292866092&quot; type=&quot;text/javascript&quot;&gt;&lt;/script&gt;
&lt;script src=&quot;/javascripts/dragdrop.js?1292866092&quot; type=&quot;text/javascript&quot;&gt;&lt;/script&gt;
&lt;script src=&quot;/javascripts/controls.js?1292866092&quot; type=&quot;text/javascript&quot;&gt;&lt;/script&gt;
&lt;script src=&quot;/javascripts/rails.js?1292866092&quot; type=&quot;text/javascript&quot;&gt;&lt;/script&gt;
&lt;script src=&quot;/javascripts/application.js?1292608980&quot; type=&quot;text/javascript&quot;&gt;&lt;/script&gt;

Добавление «сырого» перед тегом работает, но я пытаюсь выяснить реальную причину, по которой он это делает. Приведенный выше тег таблицы стилей работает нормально. Я не совсем понимаю. Любая помощь?

Ответы [ 2 ]

2 голосов
/ 20 января 2011

Виновником был плагин (semantic_form_builder), который переопределял помощников по умолчанию для rails Я не думаю, что есть обновление для него, хотя не нужно много, чтобы сделать его совместимым с rails3.

Я все равно надеюсь перейти к simple_form в будущем.

1 голос
/ 20 января 2011

Rails 3 автоматически экранирует html для защиты Xss вместо <% = h ..%>, который использовался в Rails 2.x.

Подробнее об этом http://railscasts.com/episodes/204-xss-protection-in-rails-3

...