Project

General

Profile

Actions

Feature #33422

closed

Re-implement admin project list using ProjectQuery system

Added by Mischa The Evil almost 4 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Category:
Administration
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:
Fixed

Description

This would be nice to have now that #29482 is introduced. It seems an issue for this separate task isn't yet available, so I'll create it hereby.


Files


Related issues

Related to Redmine - Feature #36691: Background job and dedicated status for project deletionClosedMarius BĂLTEANU

Actions
Has duplicate Redmine - Feature #12072: Add filtering to project list in administrationClosed

Actions
Follows Redmine - Feature #29482: Query system for Projects pageClosedJean-Philippe Lang

Actions
Actions #1

Updated by Mischa The Evil almost 4 years ago

Actions #2

Updated by Go MAEDA over 2 years ago

  • Has duplicate Feature #12072: Add filtering to project list in administration added
Actions #3

Updated by Takenori TAKAKI over 2 years ago

I made a patch to allow ProjectQuery filters on the admin project list and attach it.

After applying the patch, ProjectQuery will be available on admin project list as shown in the screenshot below.

Actions #4

Updated by Jens Krämer almost 2 years ago

Thank you for that patch!

We recently did some work on that Admin projects list at Planio and will be rolling out this feature soon.

I've rebased the original patch and fixed some Rubocop offenses, this is patch 0001 of the attached series. The second patch adds a context menu to the admin projects listing, replacing the last column of action links with the triple dot link and adding multi-select capability with checkboxes, just like in the issues list. The third patch introduces a background job for project deletion (this is basically the same as submitted in #36691). I included it here because the fourth patch, which introduces deletion of multiple selected projects at once, depends on this one.

Actions #5

Updated by Marius BĂLTEANU almost 2 years ago

  • Assignee set to Marius BĂLTEANU
  • Target version set to 5.1.0
Actions #6

Updated by Marius BĂLTEANU almost 2 years ago

  • Status changed from New to Resolved
  • Resolution set to Fixed

Committed first two patches, thanks!

Actions #7

Updated by Marius BĂLTEANU almost 2 years ago

I'm going to commit last two patches as part of #36691.

Actions #8

Updated by Marius BĂLTEANU almost 2 years ago

  • Status changed from Resolved to Closed
Actions #9

Updated by Marius BĂLTEANU almost 2 years ago

  • Related to Feature #36691: Background job and dedicated status for project deletion added
Actions #10

Updated by Alexander Meindl almost 2 years ago

Hi,

just my opinion to it: I would drop admin list in admin area completely and move additional admin tasks to the project query list. This would be a solution without redundant information and functions. If I am a user with admin permissions, I would expect to run all operations in my project list. No switching between one admin list to the other list would be required (which looks almost identically).

Technical view: with this patch we have a lot of if/else condition everywhere (views and helpers). One list would be a much cleaner approach.

Just for interest: what do you (other people here on redmine.org) think about this implementation?

PS: of course with this patch it is a better solution as before, but in my opinion in the wrong direction

Actions #11

Updated by Bernhard Rohloff almost 2 years ago

Hi all,

I'm also in favor of Alexander Meindl's proposal. IMHO it doesn't make sense to have two different views and entry points. As an administrator, copying template projects is one of my main tasks. It would be so nice if I could just do it from the normal projects view.

Actions

Also available in: Atom PDF