| Commit message (Collapse) | Author | Age | Lines |
|---|
| | |
|
| | |
|
| |
|
|
|
| |
Namely templates, roles, bodies, categories, various user edits,
and when using the inspect form and changing category.
|
| |
|
|
| |
And do not generate them needlessly.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Just after fixing it, 3d593bc68 broke it again, because it took anyone
who must have 2FA switched on to the must-have-2FA sign up flow, even
if they already had 2FA set up.
|
| |\ |
|
| | | |
|
| | | |
|
| |\ \
| |/
|/| |
|
| | | |
|
| | | |
|
| |\ \ |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | |/ |
|
| |/
|
|
|
|
|
|
|
|
| |
The mobile app is looking at the old extra.datatype_description location
rather than the new disable_form location for per-question disabling (it
does look there for all-category disabling). So we need to make sure the
JSON includes the message in the place where it will be looking.
Note if an extra data question has two answers that disable the form and
they have different messaging, the app will only take one of them.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Split load_and_group_problems in two, split out category list/map setup,
and factor out sort stash setting. No actual changes.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Allows limiting display, moderation and photos of comments.
|
| |\ \
| | |
| | |
| | | |
'2469-fancy-admin-category-form' and 'fix-missing-body-message-flash'
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
As the around page includes a copy of the reporting form (when JS is
available), it runs the same templating code that the reporting form
does. Part of this code compares the bodies and bodies_to_list stash
variables to see whether it needs to display a message about missing
body information. Previously both variables were empty on the around
page itself, so no message would be shown, but a new bodies variable
was added in 4668f81a, which meant the message was now output in the
HTML and shown briefly when the map was clicked - until updated by a
server response). Rename the variable so that this no longer occurs.
|
| | |/
|/|
| |
| | |
This saves e.g. a call to Gaze on successful report submission.
|
| |/
|
|
|
|
|
|
|
| |
* Much simplified display of metadata field options.
* Fields can now be dragged into the desired order.
* Drop-down question form disabling can now have
a different message per option.
Co-Authored-By: Matthew Somerville <matthew@mysociety.org>
|
| |\ |
|
| | | |
|
| |\ \ |
|
| | | | |
|
| | |/ |
|
| | |
| |
| |
| |
| | |
This is only used for audit purposes on FixMyStreet and not required in
Confirm.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Only display non triage categories on this because getting the category
expansion to work if we use the triage categories isn't in place and may
not be. This is because when we get the list of reports using
/around/ajax there's no way to know which body it is for so we don't
know how to expand a triage category to the list of 'child' categories.
So, just display the non triage ones for now.
|
| | |
| |
| |
| |
| |
| | |
add a check into the Alerts script to skip comments that have
`triage_report` set in extra. Otherwise we send these our in new_updates
alerts.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
If it's a standard user only display the Triage category list but if one
of these is selected then look up all the categories in that group and
use those to select the reports to display.
It it's a staff user then ignore the Triage categories.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add in some cobrand handlers to make sure
a) the appropriate categories are show to staff/non staff users on the
around and reports pages
b) that those categories are correctly expanded to the child
categories when using the category filter to search reports
This is because non staff users should only be shown Isle of Wight
categories with a send_method of 'Triage', however once those reports
are triaged the post triage categories need to be included in any
filtering
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On reports with a state of `for_triage` override the `_inspect.html`
template to display one which allows only allows the user to change the
category from one with a 'Triage' send_method to a non Triage
send_method.
When saved this records a comment with the original category and the
category it was triaged to. This is hidden from the site as it's only
used for audit purposes and sending over Open311.
This assumes that the triage categories have the same names as the
groups of the confirm categories. It uses this to select the first
confirm category in the group corresponding to the triage category.
This also makes the sidebar geolocation onclick handler check for the
presence of the button, as the triage inspect form does not have it.
|
