Fix incorrect markup

Properly close <form> tag.

Fix header encoding for To and Cc as well

Patch in 2e41b31654b80aeb3e6037fc0b31422c951040c7 only handled From and
missed the ohher tields. To make this cleaner, move the escpaping code
into the UserWrapper class.

Reported by Dagfinn Ilmari Mannsåker, but not using his patch

Make http links to the main website be https

Properly handle UTF8 in sender names in emails

We need to treat them as structured and escape only the name, not the
email part.

Reported by Dagfinn Ilmari Mannsåker

Fix incorrect parameter name

This changed back when we upgraded django, but this error path is
clearly very seldomly hit.

Fully qualify parameters to HTTPConnection/HTTPSConnection

They go in different orders in the two, so fully specify them to make it
super clear.

Attempt to support https in calls to archives

Add a README describing basic setup etc.

Fix django version in requirements.txt

CC authors of patches on comments and reviews

This adds the Cc field when using the Review or the Comment function on
the website, and will add a list of all listed authors of the patch to
this. Should help people highlight it in their inboxes.

Suggested by José Luis Tallón

And from the main editing form. Oops.

Subscribers should be excluded from new patches form

Maintain patch status when moving to next CF

So a patch that's in "ready for committer" status remains there.

When doing this, also refuse to move any patches that are not either
"waiting for review" or "ready for committer". They will have to have
their existing status changed first, and then be moved.

Don't crash on subscribers without a profile

Don't crash with committers without user profiles

Userprofiles aren't set for everbody, so catch a missing exception and
just ignore it since we know a user without a profile didn't specifically
ask to get notified (as that's stored in the profile).

Add simple updating script

Intended to be run manually, but to make life easier at least.

Implement notifications

This makes it possible to receive notifications (via email) when a patch
has been updated.

It's possible to subscribe to notifications on a specific patch. It is also
possible to set the user profile up so that one receives notifications for
all patches where one is author, reviewer or committer on.

Notifications are, of course, only sent when other people make modifications
to the entry.

Admin view for user profiles

Add initial django migrations for all apps

Should've been done with the migration to django 1.8, but better late
than never...

Show if a committer is active in the admin view

Use OneToOne field instead of unique foreign key

Newer djangos give warnings about this...

Add button for New Patch to top of page

Per request during Brussels developer meeting

Link status entries to the patch in the individual commitfest

As requested by Jim Nasby and Alvaro Herrera

Properly show login info on report page

Add report showing author/reviewer stats

Grouped by each contriubtor, show which patches this person is the
author and reviewer of, to compare how many of each people have.

Fully qualify more imports

New way for django standalone scripts

Add a symlink that seems to now be required

Properly require login for lookup

Replace on_success_commit with atomic

Fix default url import namespace

Update default settings as required in 1.8

Fix import that has always been correct

Somehow this worked on 1.4, probably by accident

Fully qualify imports

Switch simplejson to json

Avoids one import...
T#

Move around manage.py and create wsgi.py for django 1.8

Import a new version of django-selectable

Needed for django 1.8

Fix incorrect closing tag

Noted by Erik Rijkers

Fix colspan in patches table lists

Account for the Committer column added in 8495806.

Put the correct color on labels in patch viewing

Pointed out by Andres that the original patch only did the CF
listing, and not the actual patch viewing.

Show the start and end date of commitfests

Per request

Don't crash on redirect when multiple CFs are inprogress or open

This is an incorrect state, but we shouldn't crash anyway. Instead show
an error message and redirect to the root page.

Reported by Bruce Momjian

Don't raise exceptions for "normal errors"

Exceptions will not show the actual error message on the site, only
send an email to the admins with it. Thus, anything that can normally
happen due to a user error should not use that. Instead of that, use
the messages framework so it renders on the next page.

Remove accidental debugging code

Ensure duplicate patches aren't created when an invalid msgid is entered

Rename "returned with feedback"->"move to next cf", add new "returned with feedback"

Returned with Feedback will now actually close the patch and *not* move it to
the next CF. Since it used to do that, all existing Returned with Feedback patches
are changed to Moved to next CF which does the same thing that Returned with
Feedback used to do. And of course, Moved to next CF is a new option available for
each patch from now on.

Return proper errorcodes from auth plugin

Instead of raising an exception which will cause both a server log
and an email to be sent, return a proper http 400 message when the
incoming authentication request is bad. This will also show the
proper error message to the client, instead of a generic internal
server error.

Allow changing status of closed patches in last CF

Without this, once a patch was closed (rejected/committed etc),
it was no longer possible to undo that and reopen it.

We now allow this to be done in the very last commitfest a patch
is on. We cannot change it on a previous commitfest, as that could
end up with the patch being open in two CFs at the same time, but
there is no reason it shouldn't be doable in the last one.

Give proper error message for too long annotations

Use different types of labels for different patch statuses

This highlights the different statuses better in a long list.

Add the ability to copy/paste a msgid when creating an annotation

Implement simple message annotations

This feature makes it possible to "pull in" a message in a thread and highlight
it with an annotation (free text format). This will list the message in a table
along with the annotation and who made it.

Annotations have to be attached to a specific message - for a "generic" one it
makes sense to attach it to the latest message available, as that will put it
at the correct place in time.

Show full name in patch history, not just username

Noted by Stefan - we did this for everything except the patch history, so
let's make it consistent.

Hopefully fix RSS feeds for items with non-ascii

Collect and show attachment filenames

Add status summary to top of each commitfest list

Quick overview of how many patches are in each status, as exist on
the old app.

Don't show "Latest email None ( ago)" for patches without email

Reported by Stefan

Show full email address of pgsql-hackers

Suggested by Stefan K

Stop using "added self" in history entries

Instead include the actual username. Makes it easier to work with in
the history views, and is also probably more proper english.

Show a message when a thread is re-added to the same message

Fix attaching of threads whe not logged in

This needs to redirect to the login page and back, so the user is
actually logged in when attaching. This was only partially ipmlemented
before, it turns out.

Fix sending of comment/review emails

Without using .as_string() on a message, the default is to generate
a string including the envelope header used in a unix mbox. This would
of course generate completely broken messages when passed to smtp.

Log to stdout instead of stderr

This plays nicer with our cronjob outputs

Use proper logging from cronjobs

This makes it reasonable to redirect it to a file (it now has timestamps),
and also adds the -debug parameter to get more logging when actually
testing something out

Centralize stylesheets

Instead of having inline stylesheets, put them all in a separate CSS
file. This really should've been done from the beginning, but was
clearly forgotten before deployment.

Fix email address in comment

Implement support for secondary email addresses

Each user can add a secondary email (well, more than one) and then pick
one of those when sending email.

Addresses are validated by sending a token to the newly added address,
with a link to click to confirm it. Only a fully confirmed address can
actually be used.

Add activity log and RSS feeds

This somehow got dropped from the old site in a feature branch that
was never merged...

Disable sites framework as we don't use it

It also breaks the RSS feeds

Add a 404 template

Fix sorting of users (committers, authors and reviewers)

Add commitfest redirects for /open and /inprogress

Requested by Robert Haas

Add the tool to send email

Forgot to git add that one, it seems..

Fix field accessor for author names in search results

Remove useless debugging output

Add missing continue

Properly log diffs in foreign keys

Instead of saying "topic changed to 2", say "topic changed to
<actual topic>"

Change installcheck -> installcheck-world, per Michael

Typo fix, per Michael

Add functionality to import upstream users

Add support for (encrypted) search of upstream users

Let's try again, seems lighttpd behaves differently from manage.py

Don't require attachments to attach a mail thread to an existing patch

We still require attachments to create a new patch, but it should be
possible to attach a pure discussion thread to an existing patch.

Fix send button on cf admin emails

Include name of cf username causing emails to be sent in the headers

Add script to regularly update mail threads from the archives

Include latest email sent time in the patch overview

Properly update last email when attaching an existing thread

Properly close database connection to avoid logspam

Fix typo. Clearly not tested..

Clear the patch filter when hidden, if it contained anything

Add proper support for committing patches

This will prompt for who was the committer, and default to either the user
listed as a committer if there is one, or to the current user if the current
user happens to be a committer.

Unify open and close status under one button

Instead we use subheaders to show the difference between statuses
that keep the patch open, and statuses that close it.

Properly normalize table of mailinglist threads

Remove accidental debugging statement

Add a favicon

Add ability to do global searches

Change title of view patch page to actually be name of patch

Add committer to main table, per req from Simon