Feature Request: Granual permission job system

[renarsvilnis]

Problem
There is readOnlyMode but that is for the whole adapter. But it applies to the particular job on creation rather than runtime. Especially as the bull-board has grown in functionality over time with recent "add job" functionality

Suggestion
A finer control over which users can view/edit/... particular jobs.

It would be nice if there would be a function run per req that can determine " CRUD-like functionality per adapter be able to:

• view job
• create new jobs
• delete job
• retry job
• pause/play queues
• clear queue

Reasoning
We want to give access to bull-board (as an internal tool) depending on the roles of the user:

• admin developer (full access)
• developer (view permission and possible retry-job)
• PM (view jobs, to help aid in troubleshooting operation issues)

[felixmosh]

Yeah, that can be really cool,
I you have some time, a PR will really help me to push this feature.

[AjiMk]

Hi @renarsvilnis,

I noticed this issue and would like to work on it. Is anyone currently assigned to this or actively working on it? If not, I would be happy to take it on :).

Thanks!

[felixmosh]

No one is assigned to it, it can really help use.
Pay attention for current behavior, try to support it by default (if possible)

[AjiMk]

Hi @felixmosh ,

I would love to work on implementing the granular permission job system as described. Could you please assign this issue to me so I can get started?