Add release notes for Review Board 2.0.5.

This covers the upgrade issues and other bug fixes, and the inclusion of
the revision information in the New Review Request page.

Reviewed at https://reviews.reviewboard.org/r/6146/
Release Review Board 2.0.5.
Fix setting the height of the review request box for long fields.

The fixes to set the proper widths of the fields broke the heights.
It removed the defer() call and replaced it with a throttle(). The
defer() is important to the calculations, though, since we schedule a
layout resize after closing CodeMirror fields but before all layout has
settled.

This restores the original _scheduleResizeLayout() function and adds the
throttle there.

Reviewed at https://reviews.reviewboard.org/r/6154/
Fix issues with the extension documentation.

There were a few issues with the documentation on extending Review Board, which
this change fixes:

* The "Django apps" link was undefined.
* The "Django Evolution" link was pointing to a useless page.
* "fieldset_id" was being used instead of "field_id" in the
  ReviewRequestFieldsHook examples.

Reviewed at https://reviews.reviewboard.org/r/6167/
Remove propertyUtils.js from RB, now that we have the Djblets version.

Review Board was still using propertyUtils.js, even though Djblets
now bundles this for us. This caused the RB version ended up
overriding the Djblets version. The Djblets version is more featureful,
so that's a bad thing.

This removes it from the tree and the bundles.
Pass SVN credentials when accepting a self-signed certificate.

When accepting a self-signed certificate, the SVN credentials weren't
being passed. This could result in a breakage for installs that blocked
anonymous access.

accept_certificate() is now set up to take the credentials, which the
form passes. Those are then passed to build_client for SVNTool.

This fixed some issues I was able to hit with adding repositories with a
self-signed cert and that required authentication.

While here, I also fixed a missing space between two sentences in an
error message that I came across when setting up an environment for
this.

Reviewed at https://reviews.reviewboard.org/r/6171/
Backport a small CSS cleanup with .file-container and .file.

In 0105e3f on master, the '.file-container .file { .. }' rule was split
into '.file-container { .file { .. } }'. This change backports this to
release-2.0.x, in order to help with some upcoming changes and merging
of those changes.
Move the common inline editor CSS rules into common.less.

The inline editor CSS rules were in reviews.less, which wasn't very
useful to pages other than the review pages. The new inlineEditor usage
in the My Account page didn't have the proper styling because of this.

This change moves those rules into common.less. It also changes the
button input margins to be on the left instead of the right, and to
remove the left margin of the first input. (It's easier to remove
leading spacing on the first element than the last, since :first-child
is better supported.)

The styles specific to editors on the Review Request box have also
been moved into the .review-request, in order to prevent them from
affecting other editors unintentionally.

Reviewed at https://reviews.reviewboard.org/r/6174/
Set line-heights on the inline editor elements.

The new fixes to inlineEditor requires that the consumers take the
responsibility of setting line-heights, in order to keep text from
jumping. This sets the appropriate line-heights for the general inline
editors and for the change description field.

Reviewed at https://reviews.reviewboard.org/r/6175/
Add buttons for the file attachment caption editor.

The file attachment caption editor didn't show any buttons, which was
confusing to users. The problem was that there wasn't a great place to
put the buttons.

This change fixes this by adding a section just below the editor. The
buttons appear on a greyish background, and sort of just appear below
the thumbnail, overlapping any thumbnails that may be below it. The
reason it overlaps it to prevent any shifting/staggering of other
thumbnails.

Some work had to be done to properly set offsets and to change sizes of
the caption elements, in order to cleanly overlap anything below.
The sizes are set so that the overlap completely obscures the header
text from a thumbnail below, which is nicer-looking than ony
partially-obscuring the text.

Reviewed at https://reviews.reviewboard.org/r/6176/
Improved the unfocused look for file attachment captions.

The file attachment caption editors looked pretty bad when unfocused.
The red box shadow poked through the sides, just barely, which looked
bad. Instead, we now show a reddish background, making it clear that the
caption needs attention.

Reviewed at https://reviews.reviewboard.org/r/6177/
Fixed extra whitespace issues in review request editors.

The file attachment thumbnails and editors on the right-hand side
of review requests had bugs where they would show extra leading
whitespace on edit. This happened because the HTML had whitespace for
formatting, which ended up in the edit field.

The templates for these fields are now compressed down to not have any
extra whitespace. This makes the templates less readable, but ensures
that the only whitespace in there is whitespace provided by the value
server-side.

Reviewed at https://reviews.reviewboard.org/r/6178/
Show buttons for all review request field editors.

Users were getting confused about how to save fields on the review
request page, since we removed the buttons in Review Board 2.0. This
change helps to solve that by adding back the buttons.

The fields on the side of the review request now have buttons once
again. Instead of taking up precious space on the field's line, they now
appear below the field instead.

The buttons are a bit smaller to help visually fit, and spacing is added
to help keep them from bumping up against neighboring fields. Any
fields below will simply shift down while the buttons are shown.

Fixes bug #3474
Reviewed at https://reviews.reviewboard.org/r/6179/
Guess a file attachment's content type if application/octet-stream.

If a browser claims a file's content type is application/octet-stream,
get a second opinion by asking `file --mime-type`. This helps with some
browsers or server setups where that useless mimetype is being used,
preventing some files from being reviewable.

Fixes bug #2269
Reviewed at https://reviews.reviewboard.org/r/6016/
Don't trust the browser-provided mimetype if it looks bogus.

A user was reporting that their PDF file uploads were being assigned the
mimetype of "text/text/application/pdf", which is completely bogus. If
splitting on '/' produces anything other than a list of two strings, don't
allow it to proceed.

Testing done: Ran unit tests.

Fixes bug 3427.

Reviewed at https://reviews.reviewboard.org/r/6118/
Make SVN keyword handling case-insensitive.

Our existing handling for SVN keywords only works when the keywords had very
specific casing. This change fixes it to lower-case everything first, and does
a case-insensitive regex substitution.

Testing done:
Tested with several diffs that used svn:keywords with various casing.

Reviewed at https://reviews.reviewboard.org/r/6199/
Merge branch 'release-1.7.x' into release-2.0.x