Don't give admin edit link when creating new objects

It doesn't work anyway.

Support two-step creation of new objects

Allows a pick of object in the first step followed by the actual edit
form later, for  new backend objects.

Add editor for feedback questions

Don't set form-control on checkboxes

This renders spectacularly badly in newer firefoxes :)

Editor for additional options

Automatically validate that all dates are within conference date

Can be overriden on a per-field bases, if we ever find a reason to.

Add backend forms for ScheduleSlots and VolunteerSlots

Add ability to change display field in backend list

Add a state graph for the different conference session statuses

This shows a state graph indicating which actions (by either speaker or
by administrator) should cause a move between the different states.

Wrote this a long time ago, but clearly forgot to commit.

Implement editing of session statuses in backend

This implements the core of the workflow in a way that at least does a
decent job of guiding the user not to move sessions between incorrect
statuses.

Move session notify queue into /events/admin/

Backend editors for sessions, rooms and tracks

Sessions are somewhat limited as some editing is still done through the
talkvote page. This should be fixed...

Don't list "None" in backend lists

Instead, just leave it empty...

Support overriding column headers in backend lists

This is needed when the value is computed (such as converting a status
int to a string)

Remove conference name from autogenerated room/track names

These are reall only used in the admin interface today, so it should
make no real difference.

Move scheule creation and json to /events/admin/ urls

Fix schedule creation permissions

Both voters and admins should be able to work on the draft schedule, not
just testers. And admins should be able to publish the schedule, not
just superusers.

Move reports under /events/admin/ url

Attempt to better handle payment exceptions in adyen processing

The invoice API actually allows us to get the reason for why the
processing failed, so use that instead of just throwing an exception.

In particular this lets us track the case of invalid size payment in
relation to invoice amount (never happened so far), and also payments
that happen after the invoice has been deleted (theoretically possible
with creditcard payments, but very much realistic with iban payments --
it's more surprising it hasn't happened before).

In these cases create an empty accounting record that can be processed,
instead of leaving things in incomplete state.

Fix JSON/badge report when there are regs with no regtype

This could only occur for attendees that aren't actually confirmed, so
normally they would not be included in such a report because of a
filter. However, just "dump everything" is a pretty common use-case for
testing, and obviously we shouldn't *crash* in this scenario.

Spotted by ads, when doing exactly that.

Don't allow changing a reg cost after it's been used

Don't show additionaloptions fields if none exist on the conference

Remove redundant link to edit a registration in /admin/

Properly capitalize title in backend object list

Add editor for RegistrationDay

This can be used as an example for how to add a trivial form where it
should be supported to both add, delete and edit items.

Generate buttons for superuser to shortcut to django admin

Support auto-calculating VAT fields in backend forms

All entries are without VAT, but it's a nice feature to be able to
calculate the value with VAT before it's saved.

Use a HTML5 date picker for Date fields in backend

Include conference in pdfschedule template

This is needed to generate the breadcrumbs, and was clearly missed
before.

Refactor conference authentication on the backend side

This removes massive amounts of duplicated code to check that "is the
user either a superuser or an admin for this conference". Centralizing
that into the get_authenticated_conference() functions simplifies things
a lot, and deleted code is always the best type of code.

Lay the groundwork for moving metadata into the backend system

Previously all metadata was edited throuhg /admin/, which wan't very
user friendly, gave no way to separate out "normal things" and "internal
things" when editing, and made it hard to do permissions checking.

This commit creates the new concept of a "backend list" and "backend
form", which can be used as shortcuts to implement editors in the normal
backend framework instead of the admin framework. These editors are
based off a regular Form (inherited from BackendForm), and can create
all things automatically for all simple cases. All access is
automatically authenticated to conference administrators for the
specific conference.

The term backend was picked specifically to avoid name-confusion with
the builtin django admin module.

Finally, to prove the functionality, a few forms and lists were
implemented as part of the original step:

* Editor for the conference metadata itself (limited fields)
* Editor for a registration (limited fields)
* List and editor for registration classes
* List and editor for registration types

There are many more to come there before things are finished, but it's a
starting point.

Add some form utility template filters

Mostly imported from other project, adds:
* label_class (adds a class to the label for a field)
* field_class (adds a class to the field itself)
* ischeckbox (returns true if a field is a checkbox)
* isrequired_error (returns true if the error is that a field is
  required)

Update verbose fieldnames for RegistrationType and RegistrationClass

In passing, also set a default=0 for cost and give it a help text.

Add a middleware to support redirects using raise

This is maybe not pretty, but very convenient..

Include "share email" on registration view

We might want to consider removing this field completely, but as long as
it exists it should of course be listed on the registration.

Add verbose names and helptexts to a bunch of fields on Conference

Don't allow welcome email to be enabled without setting contents

Make it possible to update protected fields after form is built

This is necessary to protect forms where fields are removed in the
constructor.

Nicer CSS for signup admin page

Fix template loaders for django 1.11

Seems django 1.11 automatically enables caching template loader, which
of course breaks the ability to make any changes to the pages of a
website without restarting it. And there is no way to turn it off other
than to explicitly configure individual loders (the logic to turn it on
in non-debug configurations is hardcoded and cannot be changed).

No need for double headers saying Accounting

Add base template forgotten in previous commit

Centralize and clean accounting javascript

Move it to it's own .js file to avoid duplicates

Clean up HTML in accounting system

It's still pretty horrid, but this moves it closer to the standard
bootstrap templates, and removes some of the worst stuff. The direct
benefit is that it's now able to use the full width of the screen.

Move waitlist message template into admin framework

Add proper breadcrumbs to registration list

Move prepaid batch handling into the admin framework

This includes both the HTML framework like most previous commits, but
also management.

A conference admin (non-superuser) can now view prepaid batches, since
it no longer uses /admin/. They can also create new prepaid batches with
vouchers as necessary (though of course only for their own conferences).

This also removes the last legacy connection to the previous invoice
management system that was in confreg, namely relying on the invoice
management permission from that system.

And finally, it changes the creation form to use selectize and the
django plugin to do the search-for-users-when-the-list-is-too-long
functionality, so it uses the same as everything else.

Remove jon-jinja confwiki frontend templates

This was missed in commit 5507e11db6c8588d490ae16c11af018ecfb734dc which
only handled confreg, but they are both rendered the same way so these
templates are no longer used.

Move attendee reports into admin framework

In passing, fix hiding of listboxes (never worked, but was probably
supposed to..)

Render feedback results in the admin templates

Results should be in the same framework as the admin, including
breadcrumbs etc. Unlike the user facing side which should of course be
in the conference framework.

Integrate Create Schedule in the admin framework

It really just means render it under the same header, to make the
breadcrumbs work.

Fix invoice generation for bulk invoices as well

And change the previous fix to a better one while at it.

Fix invoicerow saving in create_invoice

The rows need to be saved individually before saving the invoice itself.

Fix pagination with >10 pages of accounting entries

Null parameter has no meaning on ManyToManyField

New django causes warning, so remove it even though it was and is a
no-op.

render -> render_to_response for payment processing

This udpates adyen, braintree, paypal and trustly to use the new
rendering functions.

Use render instead of render_to_response in more apps

Now also confreg, confsponsor, confwiki, newsevents, the old invoice
system and the root.

Fix template bug

Fix incorrect number of columns in list in template

Remove cannot-reach codepath for conference template rendering

All user-facing conference templates have been migrated to jinja, so
there is no way to reach this fallback codepath anymore.

Fix model diffing to work on new django

Still works on the old one, so no reason not to use the cleaner
functions.

ModelChoiceFields must reference a manager

Can't just reference the class, has to be a manager. We're going to
overwrite the actual queryset in __init__ anyway, so just specify id=-1
to get something.

Update template configuration to be compatible with new django

Backwards compatible change, so might as well do all of it.

form._changed_data doesn't exist anymore

template.render() should not use a context, just a dict

Fix InvoicePresentationWrapper not to inherit

It already stored the value inside itself, so there's no value to
inheritance and it breaks with newer djangos

Use render instead of render_to_response in some apps

For accounting, elections, invoices and memberships use the new way of
doing rendering. This is a backwards compatible mechanical change for
the simple apps.

Update format of URL listings

Needed for compatibility with newer django. Fully backwards compatible.

In passing, tabify the list of urls, since we're rewriting every line
anyway.

Remove unused import

Use selectable for registrator in /admin/

This was missed when the registrator field was added for multireg

Upgrade django-selectable import

Add small tool to refund (bulk) paypal donations

Mostly untested for now since the paypal sandbox is down as usual.

Truncate paypal refund texts at 200 characters

Seems the new style fraud reversal refunds put the entire email in the
transaction text. Our accounting system is limited at 200..

Oops, paypal donation text was in two places

Turn it into a settings.py variable instead, so this mistake isn't made
next time.

New transaction text from new style paypal donation button

Need to match this one to not generate errors and thus emails to
treasurer@.

Seems there was one more unicode issue in the paypal reports

Attempt another unicode fix in paypal reports

Add check constraint to enforce payment fields

We cannot have both an invoice_id and a bulkpayment_id on a registration
(because it can really only be paid once). Enforce this with a CHECK
constraint.

Reference a new paypal donation button

Let's see if cycling the donation button id stops some of the spam :/

Unicode fix for signup emails

Make it possible to control badge pagebreaks in report generation

Just like borders it makes sense to be able to control this when the
PDFs are written, not just when the template is built.

Fix waitlist field showed on registration list

Text said offered until, but time shown was offered since. Change to
actually show offered until, as that's the  most useful value.

Support using google charts trendlines in time reports

Instead of just assuming that nothing at all will happen from the
current day, use the trendline functionality in google charts to map it.

Trendlines will be applied to only the latest of the conferences if more
tha none is picked -- this seems to be what google supports.

Trendlines are only supported for multiconference reports, mostly for
this reason.

Add basic ability to cancel registrations without invoices/refunds

For registrations that have a single invoice *and* are eligible for a
refund, we already had working cancelation. But it did not work for bulk
invoices or non-refundable cancelations, which both required manual work
through /admin/ to cancel them. This still does not automate bulk
invoice refunding, but at least provides the ability to perform such
refunds as two-step operations, and it fully supports canceling without
refund.

This also adds sending of email on all cancelations, both those that are
done without refund, and those that are done with a refund like before.
Previously, attendees of those would only receive an invoice refund
notice. We now also send an explicit "your registration has been
canceled" email, if welcome emails have been enabled for the conference.

Don't flag vouchers/discounts as used until multireg completed

If the invoice details are not filled in, we generate an error in the
form. But at the time we had already flagged the voucher/code as used,
and thus the next create would now fail saying the code has already been
used.

Fix this by setting a savepoint at the beginning and roll back to it in
the failure case.

Don't ask for invoice details for zero-euro invoices in multireg

We're not going to create an invoice anyway, so let's not ask for the
details.

Move create invoice higher up on multireg page

More clearly indicate a registration isn't paid in the admin list

Instead of just using red color, also use words!

Update links to postgresql.org to avoid redirection

Fix http -> https and URL update for the new mailinglist pages.

We only have a single list so avoid plural wording

If we add more at some point, we can revisit this, but for now
let's use appropriate wording.

Fix incorrect variable name in ownvote template

The typoed variable name caused the printed text to be ".. you
voted for in , and what .."

Fix sorting of new attendee list

Use the registration creation date to make sure that the sorting becomes
deterministic, in the event a sort key is not unique (such as
registration type)

Fix crash in JSON dump when no badge color was set

There was protection in place for the foreground color, but not for the
background color...

Show more status about uncompleted regs

Show if invoice is created, or if bulkpay is created.

Don't list unfinished registrations as speakers for unattached sessions

Include all volunteers in statistics, not just active ones

Fix query for emails to signups

By a copy/paste mistake, the query would always exclude people who had
responded, even when picking "all" or "people who have signed up".

Indicate sender and suffix on the signup email form

Content was already there in the mail, but make it clear to the user
what it looks like.

Fix relative links on registration form

With the new multireg system, all relative links need to be prefixed
with a variable, but the mails, signups and wikis were missed. Absolute
links and page-relative links don't require a prefix.

Add functionality to send email to people based on signup

This makes it possible both to send to people who have been added to a
signup (for exampe, to announce the signup), but also to people based on
which selections they made in the signup (e.g. yes or no).

It's only possible to pick one specific answer, so if one wants to cover
multiple answers (such as "yes", and "yes with a +1") emails simply have
to be sent more than once.

Emails are delivered as-is, and a note sent to conference organizers. In
particular, they do *not* show up on the dashboard under sent emails.
For things to show up there, the regular email sending must be done.