| Commit message (Collapse) | Author | Age | Lines |
| |
|
| |
|
|
|
|
|
|
| |
- Apply Confirm validation rules
- Add admin_user_domain and Confirm-required open311 fields
- Prefix Open311 updates with notice that it’s come from FMS
|
| |
|
| |
|
|
|
|
|
|
| |
Use Island Roads in place of council in not responsible message.
Fixes mysociety/fixmystreet-freshdesk#93
|
|\ |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
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>
|
|/ / |
|
| |
| |
| |
| |
| |
| |
| |
| | |
It arises that <group></group> now passes to the code as a one-element
list containing undef, which compared differently to what was stored -
the code assumed lists would contain things. A new changelog entry was
created each time. Hopefully resolve this once and for all by treating
groups more formally and making sure we always have lists to compare.
|
|/
|
|
| |
Mostly to handle the lack of assets in the mobile app
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| | |
For updating/removing an extra field.
|
|\ \ |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |/ |
|
| |
| |
| |
| |
| | |
This is only used for audit purposes on FixMyStreet and not required in
Confirm.
|
| |
| |
| |
| |
| | |
Use a generic report description for fetched reports rather than the one
fetched over open311
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| |
| |
| |
| | |
sets the state of the report to `for_triage` upon sending
|