I just noticed this. If someone is a admin or a sponsor of a particular FAS group, he/she may wish to turn down few applications for joining the particular group.
It would be nice to have a text field to submit the reason of rejection. It is useful if the admin wants the applicant reapply after correcting a certain mistake.
I am attaching two screenshots. One is the current FAS page, another one from mailman, which provides exacly what I am looking for.
Current_FAS_Group_page Screenshot-View Group - Mozilla Firefox.png
What-I-Want Screenshot-Fedora-freemedia-list Administrative Database - Mozilla Firefox.png
Starting to look into implementation.
Rework the editing portion to be like mailman. Here are snippets of a conversation with toshio:
{{{ 16:39 < abadger1999> StylusEater: Yeah, it would. -- 16:40 < abadger1999> StylusEater: It might be annoying to have two steps everytime you click reject (if you have to reject a lot of people). -- 16:41 < abadger1999> StylusEater: Maybe -- add a reject-all function at the same time? -- 16:41 < StylusEater> abadger1999: yes. it would be annoying. -- 16:42 < abadger1999> StylusEater: or reject takes you to a screen that lets you select multiple usernames to reject and enter a single reason that applies to all of them? -- 16:43 < StylusEater> abadger1999: so we have sponsor, remove, upgrade and downgrade -- 16:43 < StylusEater> abadger1999: err and approve -- 16:45 < StylusEater> abadger1999: I iterated each because I'm thinking the workflow might need more adjusting ... -- 16:46 < StylusEater> abadger1999: b/c if we do the above suggestion then why not do the same for the others? -- 16:46 < StylusEater> abadger1999: I imagine you've thought about that a bit... can you elaborate? -- 16:47 < abadger1999> StylusEater: Make it more like the mailman interface -- radio buttons for each user in the queue and a single Submit button to commit all your changes. 16:48 < abadger1999> StylusEater: rather than links for each user that you have to activate one by one. }}}
Any news here? I wonder if this shouldn't be in the fas trac...
Filed upstream as:
https://github.com/fedora-infra/fas/issues/77
Closing here now. Hopefully we can get this in fas3.
Login to comment on this ticket.