GitLab

moves the new patient/form and patient/submit routes to the sample_set
controller and removes any add/edit routes from all set controllers.
The same goes for the templates.

Also allows the inclusion of different types of sets in a single form.

For this, the sample_set/form.html template includes patials for each
set type.

See #2878

One form to rule them all, one form the find them, one form to bring
them all, and in the template bind them.

See #2978

when clicking the stats link conserve the filter applied to the
sample_set list.

adds a simple sample_set_list that the user can select in order to
export all results_files for a given config that are associated to the
selected sample_sets.
The files are stored in a zip file along with a json file containing
some metadata.

Some of the variable names were specific to tag usage. But we want to
expand this to be able to apply the same code to more uses.

See #2621

Tag searching is now managed in the search box entirely. The contents is
filtered and separated into tags and search strings in order to provide
an easier way for users to manipulate tags and filter results in a
seamless manner.

In an attempt to make to more apparent that sample_sets have been
filtered by tag, we now display the tag in the filter search bar in a
way that will not impede any further searches performed by the user.

See #2619

Following the previous commit, we encode a new method to display 'set' for SET_TYPE_GENERIC.
See #2282.

moving the page navigation buttons and redesigning it a litte to match
the rest of the style and make it a little more visible

editing permissions or deleting a patient was broken due to the wrong id
being passed to the controller.

There was a reference to the type variable in the view, although the
type variable had been replaced a few commits ago.

Added missing parameter to request when sorting the sample_set list

passing the helper to the view instead of the type in order to call some
helper functions from the view. Notably to fix the add button which only
worked for generic.

In order to be able to indicate whether another page is available, we
query one more item than we would like to display. Therefore we need to
filter out this last element.

Previously patient and run lists has filtering. Generic sample_sets now
have filtering too.

Due to the amount of data being applied there was a considerable amount
of overhead involved in creating an object for each row in the query.

In order to attempt to preserve some of the generic code, the models
have been converted to helper classes.

Making things as generic as possible. The view now relies on a set of
methods provided by the model in order to generate each row in the table

In order to make it more clear what kind of sample set is being viewed

Although not entirely abstract these are the views used to create
generic sample_sets, as in sample_sets that are neither runs nor
patients.