Redirect tools ecosystem pages to MDN (bug 971661)
Remove 'summary' from apps/search API (bug 962592)
Merge pull request #1771 from magopian/971323-dont-overshorten-slugs

don't overshorten slugs (bug 971323)
Merge pull request #1767 from diox/api-remove-summary

Remove 'summary' from apps/search API (bug 962592)
Only consider Webapps in ratings API (bug 956405)
Merge pull request #1768 from diox/api-ratings-only-webapps

Only consider Webapps in ratings API (bug 956405)
Remove unused import.
Handle empty display_name in account serializer (bug 932957)
Merge pull request #1766 from diox/api-account-display-name-non-empty

Handle empty display_name in account serializer (bug 932957)
Merge pull request #1757 from diox/redirect-tools-docs

Redirect tools ecosystem pages to MDN (bug 971661)
Remove fixtures from TestAttachTransDict to make it less flaky
update jingo: use jingo.Loader template loader, jingo.monkey.patch instead of safe_django_forms
update jingo: direct_to_template deprecated, use TemplateView
update jingo: Template.render only accepts a dictionnary
update jingo: use django.shortcuts.render instead of jingo.render
update jingo: prevent request.user to be overwritten by context's user
update jingo: install gettext in jingo.env.globals during tests
update jingo: update Jinja2 from 2.7.1 to 2.7.2
update jingo: remove useless |safe and |xssafe filters on Markup object (localized strings with Tower)
update jingo: fix |safe usage

Rules:
* a localized string _(...) is always seen as safe as it's a Markup
  object (thanks to Tower), and doesn't need to be marked as safe
* a "loc" string isn't marked as safe, and as such, needs to be marked
  safe or it'll be escaped
* doing string interpolation (with |f) preserves the safeness or the
  original string, but escapes its input if they're not marked as safe:
  SAFE|f(foo) will return a safe string with foo escaped (if not marked safe),
  UNSAFE|f(foo) will return an unsafe string, but foo won't be escaped yet,
  the final result needs to be marked as |safe to be unescaped

Additional notes: links with no "&" don't need to be marked safe as
escaping them doesn't change anything, same thing for numbers, dates...