What is the _snowman param in Ruby on Rails 3 forms for?

Ruby on-RailsFormsUnicode

Ruby on-Rails Problem Overview


In Ruby on Rails 3 (currently using Beta 4), I see that when using the form_tag or form_for helpers there is a hidden field named _snowman with the value of ☃ (Unicode \x9731) showing up.

So, what is this for?

Ruby on-Rails Solutions


Solution 1 - Ruby on-Rails

This parameter was added to forms in order to force Internet Explorer (5, 6, 7 and 8) to encode its parameters as unicode.

Specifically, this bug can be triggered if the user switches the browser's encoding to Latin-1. To understand why a user would decide to do something seemingly so crazy, check out this google search. Once the user has put the web-site into Latin-1 mode, if they use characters that can be understood as both Latin-1 and Unicode (for instance, é or ç, common in names), Internet Explorer will encode them in Latin-1.

This means that if a user searches for "Ché Guevara", it will come through incorrectly on the server-side. In Ruby 1.9, this will result in an encoding error when the text inevitably makes its way into the regular expression engine. In Ruby 1.8, it will result in broken results for the user.

By creating a parameter that can only be understood by IE as a unicode character, we are forcing IE to look at the accept-charset attribute, which then tells it to encode all of the characters as UTF-8, even ones that can be encoded in Latin-1.

Keep in mind that in Ruby 1.8, it is extremely trivial to get Latin-1 data into your UTF-8 database (since nothing in the entire stack checks that the bytes that the user sent at any point are valid UTF-8 characters). As a result, it's extremely common for Ruby applications (and PHP applications, etc. etc.) to exhibit this user-facing bug, and therefore extremely common for users to try to change the encoding as a palliative measure.

All that said, when I wrote this patch, I didn't realize that the name of the parameter would ever appear in a user-facing place (it does with forms that use the GET action, such as search forms). Since it does, we will rename this parameter to _e, and use a more innocuous-looking unicode character.

Solution 2 - Ruby on-Rails

This is here to support Internet Explorer 5 and encourage it to use UTF-8 for its forms.

The commit message seen here details it as follows:

> Fix several known web encoding issues: > > * Specify accept-charset on all forms. All recent browsers, as well as > IE5+, will use the encoding specified > for form parameters > * Unfortunately, IE5+ will not look at accept-charset unless at least one > character in the form's values is not > in the page's charset. Since the > user can override the default
> charset (which Rails sets to UTF-8), > we provide a hidden input containing > a unicode character, forcing IE to > look at the accept-charset. > * Now that the vast majority of web input is UTF-8, we set the inbound > parameters to UTF-8. This will > eliminate many cases of incompatible > encodings between ASCII-8BIT and
> UTF-8. > * You can safely ignore params[:_snowman]

In short, you can safely ignore this parameter.

Still, I am not sure why we're supporting old technologies like Internet Explorer 5. It seems like a very non-Ruby on Rails decision if you ask me.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionMatthew SavageView Question on Stackoverflow
Solution 1 - Ruby on-RailsYehuda KatzView Answer on Stackoverflow
Solution 2 - Ruby on-RailsMatthew SavageView Answer on Stackoverflow