Issue 1930: Add custom filter for embargo type by list.

[kaladay]

resolves #1930

There is existing (dead) code for this already.
Re-vitalize the (dead) code, clean it up, and get it working.

The embargoTypes.name SQL in the back-end operates differently in that it is not involved in part of a column name and is exclusively for filtering. This changes the nature of the query and I opted to go with sub-queries for selecting the IDs because I can design it this way and avoid LEFT JOIN (or INNER JOIN). This has not seen extensive performance testing but this new SQL query conditions should be run through some performance testing.

I went with Embargo Type for the new custom filter because the existing code used that name.

A custom filter uniqueEmbargoType is created because the unique/uniq angularjs is not available. Using unique or uniq yields an error like this:

Unknown provider: uniqueFilterProvider <- uniqueFilter

Using the custom filter (uniqueEmbargoType) avoids having to pass the additional | filter:{isActive: true} and similar. This can be done and is done within the same filter.

This adds a unit test for the filter (AngularJS context of filter) for the Embargo Type filter (Vireo table list context of filter).

The addition of the Embargo Type causes a test in the SystemDataLoaderTest class to fail due to a hard-coded value representing all of the default filters. This has been updated to include the new filter in the total.

The UI has an existing filter view, and that filter view is now slightly tweaked to address problems in the user experience. I opted to make its design more closely match that of the Status filter (which goes in line with the issue request using Status filter as an example).

This PR has an escaped issue discovered and fixed in #1936.
There is overlapping changes and so if PR #1936 is not to be merged then the SQL escape fixes need to be cherry-picked out from that PR and added to this PR.

The following SQL may be needed to updating existing repositories when not using the ddl-auto to update.

INSERT INTO submission_list_column (id,title,input_type_id) VALUES (DEFAULT,'Embargo Type', 1);
INSERT INTO submission_list_column_value_path (submission_list_column_id,value_path,value_path_order) VALUES (currval('submission_list_column_id_seq'),'embargoTypes',0)
INSERT INTO submission_list_column_value_path (submission_list_column_id,value_path,value_path_order) VALUES (currval('submission_list_column_id_seq'),'name',1)

[smutniak]

it appears neutral as it didn't break anything but i won't really be able to test until PR 1936 so i'll approve.