| Commit message (Collapse) | Author | Age | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ruby can natively decode uuencoded text with String#unpack. [1] This
avoids the uuencode program dependency and avoids writing tempfiles.
The actual implementation is taken from mail [2]. The UnixToUnix module
is not available in our bundled version of mail.
This commit includes a spec to illustrate the failure of uuencode(1) to
decode the particular attachment in incoming-request-bad-uuencoding-2.
email. Parsing with uuencode returns the following error:
External Command: Error from command "uudecode -o /dev/stdout
/tmp/foiuu20150530-14811-u6j936":
uudecode: /tmp/foiuu20150530-14811-u6j936: No `end' line
The file _is_ created and appears to be OK, but the exit code is 1. This
causes AlaveteliExternalCommand to fail and return nil.
See #2508 [3] for the bug report.
[1] http://ruby-doc.org/core-1.8.7/String.html#method-i-unpack
[2] https://github.com/mikel/mail/blob/bc4c9bb9321e9d36a678692f2f562d3146b63f78/lib/mail/encodings/unix_to_unix.rb#L7
[3] https://github.com/mysociety/alaveteli/issues/2508
|
|
|
| |
Inspired by https://github.com/mikel/mail/commit/bc4c9bb9321e9d36a678692f2f562d3146b63f78
|
|
|
|
|
|
| |
Skipping this seems to have some unexpected interaction with
fixture data.
https://travis-ci.org/mysociety/alaveteli/jobs/64446161
|
|
|
|
| |
Otherwise UTF-8 encoded strings will be returned as ASCII-8BIT.
|
|
|
|
| |
Correct indentation to be consistent
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I think I was wrong in a83b379fd2d676172855825d0592937b234371e2 in
assuming that all email gets properly encoded for transfer. Looking
at the mail gem load method
https://github.com/mikel/mail/blob/b159e0a542962fdd5e292a48cfffa560d7cf412e/lib/mail/mail.rb#L175a,
it reads raw email content from a file in binary mode. So this commit
makes both reading and writing the raw_email a binary mode operation
and adds a data_as_text method for displaying the data in the admin
interface that coerces it to valid utf-8.
|
| |
| |
| |
| | |
Move setup to spec - not in common with other specs.
|
| |
| |
| |
| |
| | |
We don't write the data for a raw email to the database anymore.
It's written to a file.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Remove unneeded setup, fixtures are not used in these specs.
|
|/ |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
mb_chars provides a multibyte-aware wrapper for strings. It should
have no effect on ruby 1.9.3 and above. Although ruby 1.8.7 wouldn't
raise errors on a badly sliced multibyte string, on upgrading to ruby
1.9.3 and above, string operations such as gsub, match and join may
produce ArgumentErrors with the message "invalid byte sequence in UTF-8".
Additionally, a database with 'UTF-8' encoding may produce the error
"PG::CharacterNotInRepertoire: ERROR: invalid byte sequence for encoding "UTF8""
|
|
|
|
|
| |
Mistakenly committed from previous version of
da6c11531a761847ee129f92677a44fdb02de04e
|
|
|
|
|
|
|
|
|
| |
Stops the RequestMailer trying to send a stopped_responses mail if the
To: address can’t be parsed from the incoming message.
ArgumentError:
An SMTP To address is required to send a message. Set the message
smtp_envelope_to, to, cc, or bcc address.
|
|
|
|
|
| |
Prevents mailin exiting with an error code of 75 and sending error
reports to the team@ email address.
|
|
|
|
|
| |
If you run an Alaveteli in a region where we can’t show holiday
suggestions the holiday import page breaks. This commit rescues from
an unavailable region so that we display a friendly error message.
|
|
|
|
|
|
| |
Next commit adds a new spec; this before block was affecting the
behaviour of the new spec.
https://robots.thoughtbot.com/lets-not
|
|
|
|
| |
In practice, it's just confusing if you've been away from the site.
|
|
|
|
|
|
|
|
|
|
| |
Now that we use global CSRF authenticity checks, searches were logging
logged-in users out as the form is an HTML form, not a Rails-generated
form with a CSRF token. So form submission raised an InvalidAuthenticityToken
error and reset their session. We could generate the form in Rails, but we
also want to minimise the number of non-logged in people who have a
session cookie, so that varnish can cache pages extensively. So we don't
want to put the CSRF token for the search form in everyone's session.
|
|\
| |
| |
| |
| | |
Conflicts:
config/initializers/alaveteli.rb
|
| |
| |
| |
| | |
Thanks to @RichardTaylor for reporting.
|
|/
|
|
| |
Needs to be restored as part of https://github.com/mysociety/alaveteli/issues/2137.
|
| |
|
|\ |
|
| |
| |
| |
| | |
Closes Â#434.
|
|\ \ |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Fixes submission of form containing both existing and new
translations
|
| | | |
|
| |/
|/| |
|
|\ \
| | |
| | |
| | |
| | | |
Conflicts:
app/views/public_body/show.html.erb
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
There's only one call to this function in the rest of the code. That
has 'html' set to true.
|
|\ \ \ |
|
| |/ / |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
This functionality has been moved to whatdotheyknow-theme:
https://github.com/mysociety/whatdotheyknow-theme/commit/963d1453e94056eaf6f93a4f73a1f348a0817656
|
|/ / |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
- Redefined User#public_banned? to User#banned?
- Add specs for User#banned?
- Deprecate User#public_banned?
- Replace use of User#public_banned? with User#banned?
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
Existing behaviour seems to be that when a tag is specified, only
bodies that already have that tag will be updated.
|
| | | |
|