| Commit message (Collapse) | Author | Age | Lines |
... | |
| |
| |
| |
| | |
AttachmentToHTML#to_html already returns the raw html now
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Specifically using save! so that anything other than an
ActiveRecord::RecordInvalid doesn't get missed
Note that ActiveModel::Errors#full_messages includes the attribute key
in the message. This is by design, so we should consider whether we can
improve the way that we use translated validation messages.
|
| |
| |
| |
| |
| | |
There's a unique index on public_bodies url_name, so we should have a
validation for that.
|
| |
| |
| |
| |
| | |
Should have been run after related migrations.
Could automate this to always run after migrations.
|
| |
| |
| |
| | |
The validation allows a blank short_name but the schema does not.
|
| | |
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The volume of spam in the holding pen in WDTK has increased.
Over a few weeks in January 2014 the pattern was roughly:
- 8 were sent "To" the same address, which was a nearly valid old request
address - correct hash, but missing the second hyphen.
- 1 was sent "To" an invalid request address (nearly correct hash)
- 1 was sent "BCC" a valid request address
- 1 was sent "BCC" request@whatdotheyknow.com
If a spam was sent "To" an old valid request address then it would be
rejected.
It's not entirely safe to just reject mails to old requests with any
hash, because sometimes authorities miss out a digit in the request
number, though perhaps simply getting a failure bounce would cause them
to check.
In any case that wouldn't trivially catch the most frequent case above
as it doesn't have an obvious request number.
---
We looked at greylisting and configuring the MTA with an RBL.
Greylisting was rejected as it would slow down the responsiveness of the
application when people email in. This could be revisited if/when emails
are parsed through a queue system depending on how we find the
performance there.
An RBL is already configured, but this ticket refers more to where the
email is sent rather than who it came from.
---
We elected to:
- Create spam_address model
- Add code to RequestMailer.receive to check the list of spam addresses
and silently discard an incoming mail if it's addressed to one of them
- Add page to admin interface for adding/removing spam addresses
---
Thanks to Ganesh Sittampalam for the research and Louise Crow for the
implementation strategy.
|
|\ \
| | |
| | |
| | |
| | | |
Conflicts:
spec/factories.rb
|
| | |
| | |
| | |
| | |
| | | |
This way the translators can control the order of elements in the
sentence.
|
| | | |
|
| | |
| | |
| | |
| | | |
Escaping will happen automatically in Rails 3.
|
| | |
| | |
| | |
| | | |
We can access url generation methods more easily here.
|
| | |
| | |
| | |
| | |
| | | |
Assembling from phrases makes the descriptions impossible to translate -
just give complete descriptions for the most common cases.
|
| |/ |
|
|/
|
|
|
| |
Intercepts the request and redirects to the homepage if the comment
field is filled in on the contact form.
|
|
|
|
|
|
| |
Don't translate strings to be used in the admin interface - we're
leaving it in English for now until we can markup the whole thing (#1353
and #1354). Use {{}} interpolation syntax where #{} was used in error.
|
|\
| |
| |
| | |
'opennewzealand_github/feature/encode-utf8-messages' into rails-3-develop
|
| | |
|
| |
| |
| |
| | |
Also use duck typing for whether we should use encode
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | | |
Conflicts:
config/general.yml-example
spec/factories.rb
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
This is the most rudimentary possible way to give them access to the batch request urls, pending #1239
|
| | |
| | |
| | |
| | | |
The requests may not have been created at this point.
|
| | |
| | |
| | |
| | | |
We're going to want to actually create and send the requests later.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Also, wrap model creation in a transaction and do the message sending
separately - we may ultimately want to do this outside the request
cycle.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
They're not finding by the existing object, they're finding an existing
object.
|
| | |
| | |
| | |
| | |
| | | |
Create the batch and associate new requests with it, send the outgoing
messages, and redirect to a page for the new batch.
|
| | |
| | |
| | |
| | |
| | | |
Re-annotate models. Index InfoRequestBatches by user - we'll display the
batches for a user when they view their own requests.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It doesn't make logical sense that they would. However I am preserving
the ability to make batch requests as a separate thing from not having a
daily limit - I think batch sending requires a (perhaps marginally)
bigger level of trust.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
A virtual attribute to use to customise some info request behaviours
when we are using one request as a template for creating multiple
requests.
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Conflicts:
doc/CHANGES.md
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Also add editable text for an email to be sent to the person requesting
the change.
|
| | | |
| | | |
| | | |
| | | | |
Refactor a bit so it's easier to read.
|
| | |/
| |/| |
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
Make specs a bit more focused, remove view specs - they're not relevant to the new code in their current form and don't seem to merit updating.
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is involved with the construction of meaningful xapian queries with
respect to InfoRequestEvents. This commit also removes the
get_tags_from_params method, which presumably was targeted at
PublicBodies, but doesn't seem to actually be used anywhere.
XapianQueries is used to extend InfoRequestEvent in order to prevent
InfoRequestEvent becoming too unwieldy and to preserve the association
between these methods.
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We already handled this type of quoting when coming directly from a text
part of a mail, but when we choose the HTML part as the main part and
then convert it to text, the 'On [date] <email> person said:' part can
get split over two lines.
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
rails-3-develop
|
| | |/ /
| |/| |
| | | |
| | | | |
Thanks to György Peng for pointing out this omission.
|