-
Bug
-
Resolution: Unresolved
-
Major
-
None
When creating a categorized view it is possible to setup a filter on the view using numerous options and plugins. It would appear that regardless which options you choose to use when configuring this filter, when you save your changes and attempt to edit the view the effects of whatever filter you have configured are transposed to explicitly selected / checked off jobs in the list of Jobs presented towards the top of the configuration page.
For example, in the attached screen shot I created a categorized view with a regular expression of ".*ksp.*" and saved the changes. Then when I attempt to edit the view after the save and examine the list of available Jobs I see that all of the jobs that satisfy my regular expression are explicitly selected in the list.
The most extreme case can be seen when using a regular expression to select all of the jobs on your farm for the view (ie: ".*"), or using custom filters such as "All Jobs" provided by the View Job Filters plugin. In these cases, after saving your changes for the new filter, subsequent edits will have every single job in the list explicitly checked off.
This bug is especially annoying when you want to modify the filter. Take my example from my screen shot. If I decide to change the filter to something different, say ".*32" to show only 32bit jobs, when I submit my changes the original filter criteria is preserved and the new criteria appended to the actual set of jobs being displayed because the jobs that matched the original regular expression are now explicitly checked off, and they remain checked even when the regular expression changes.
At first glance this seemed like it may be a bug with the Jenkins core, or maybe with one of the plugins I was using for creating these custom filters, however I have been unable to replicate the problem using views of any other type (list, sectioned, etc.). This leads me to believe the issue is with the categorized view plugin itself.
I probably should also mention that there is an extreme degenerate case with respect to this defect that needs to be considered.
If one has a relatively large Jenkins farm such as ours which currently manages over 1600 jobs, when one attempts to create a categorized view containing all jobs, after the initial view / filter is configured one can no longer make changes to the view. This appears to be caused by the fact that having a large number of check boxes included in the HTTP request when updating the view (ie: one for every job on the farm), the submit request fails with an error like the one I've just attached to this issue.
Given the fact there is no easy way to "deselect all" on the list of jobs, one is then left with one of two options:
Neither of these workarounds is reasonable in my opinion. Given the fact that in such situations the effects are essentially unrecoverable I'd like someone to consider escalating this issue and address it sooner rather than later.