On Sun, Dec 1, 2019 at 1:11 PM Stephen Finucane wrote:
> Thanks for the quick turnaround on this. I squashed patches 3 and 4,
> added a release note, fixed a minor issue with the schema documentation
> and pushed everything. It will form part of Patchwork v2.2 which I'm
> hoping to get out this
This allows using the events as a kind of audit log, to see how a
patch came to its current state/delegate.
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
Reviewed-by: Stephen Finucane
---
patchwork/migrations/0037_event_actor.py | 21 +
patchwork/models.py
up the actor in patch-created, patch-completed, and
series-completed events (as there are triggered by emails).
- Add patch #4 to allow filtering events by actor.
Have fun!
...Johan
Johan Herland (4):
models.Event: Add the user responsible for the event
Include the responsible actor
leave the actor as None/NULL. The same
argumen also applies to the cover-created and series-created events.
Closes: #73
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
---
patchwork/models.py| 6 +-
patchwork/signals.py | 3 +++
patchwork/tests/test_events.py | 7
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
Acked-by: Daniel Axtens
---
docs/api/schemas/latest/patchwork.yaml | 6 ++
docs/api/schemas/patchwork.j2 | 8
docs/api/schemas/v1.2/patchwork.yaml | 6 ++
docs/usage/overview.rst| 3
On Thu, Nov 14, 2019 at 6:31 AM Andrew Donnellan wrote:
> On 17/10/19 9:44 am, Johan Herland wrote:
> > We want to use the events as an audit log. An important part of this is
> > recording _who_ made the changes that the events represent.
> >
> > To accomplish this,
On Fri, Oct 18, 2019 at 8:29 AM Daniel Axtens wrote:
> Johan Herland writes:
>
> > The V4L project (https://patchwork.linuxtv.org) uses patch states and
> > delegates extensively to track progress. We want an audit log to keep
> > track of the changes made to these patch
:
- Update docs/usage/overview.rst
- Acked-by: Daniel
Have fun!
...Johan
Johan Herland (3):
models.Event: Add the user responsible for the event
Include the responsible actor in applicable events
/api/events: Add 'actor' field to generated JSON
docs/api/schemas/latest/patchwork.yaml
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
Acked-by: Daniel Axtens
---
docs/api/schemas/latest/patchwork.yaml | 6 ++
docs/api/schemas/patchwork.j2 | 8
docs/api/schemas/v1.2/patchwork.yaml | 6 ++
docs/usage/overview.rst| 3
as such, so we simply leave
the actor as None/NULL.
Closes: #73
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
---
patchwork/models.py| 6 +-
patchwork/signals.py | 10 --
patchwork/tests/test_events.py | 7 +++
3 files changed, 20 insertions(+), 3
On Wed, Oct 9, 2019 at 7:59 AM Daniel Axtens wrote:
> Johan Herland writes:
> > Cc: Mauro Carvalho Chehab
> > Signed-off-by: Johan Herland
> > ---
> > docs/api/schemas/latest/patchwork.yaml | 6 ++
> > docs/api/schemas/patchwork.j2 | 8 ++
On Wed, Oct 9, 2019 at 8:04 AM Daniel Axtens wrote:
> Johan Herland writes:
> > We want to use the events as an audit log. An important part of this is
> > recording _who_ made the changes that the events represent.
> >
> > To accomplish this, we need to know the curr
This allows using the events as a kind of audit log, to see how a
patch came to its current state/delegate.
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
Reviewed-by: Stephen Finucane
---
patchwork/migrations/0037_event_actor.py | 21 +
patchwork/models.py
'actor' set.
There is still an open discussion as to whether the strategy used in
patch #2 to determine the actor and forward it to the event creation,
is the way we want to go.
Have fun!
...Johan
Johan Herland (3):
models.Event: Add the user responsible for the event
Include
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
---
docs/api/schemas/latest/patchwork.yaml | 6 ++
docs/api/schemas/patchwork.j2 | 8
docs/api/schemas/v1.2/patchwork.yaml | 6 ++
patchwork/api/event.py | 10 +++---
patchwork/tests/api
as such, so we simply leave
the actor as None/NULL.
Closes: #73
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
---
patchwork/models.py| 6 +-
patchwork/signals.py | 10 --
patchwork/tests/test_events.py | 7 +++
3 files changed, 20 insertions(+), 3
On Mon, Oct 7, 2019 at 5:55 PM Stephen Finucane wrote:
> On Mon, 2019-10-07 at 00:57 +0200, Johan Herland wrote:
> > Cc: Mauro Carvalho Chehab
> > Signed-off-by: Johan Herland
>
> This looks pretty good and should stay almost the same even if earlier
> patches in the s
On Mon, Oct 7, 2019 at 6:06 PM Stephen Finucane wrote:
> On Mon, 2019-10-07 at 00:57 +0200, Johan Herland wrote:
> > We want to use the events as an audit log of patch state/delegate
> > changes. An important part of this is recording _who_ changed the
> > patch state/de
On Mon, Oct 7, 2019 at 5:57 PM Stephen Finucane wrote:
> On Mon, 2019-10-07 at 00:57 +0200, Johan Herland wrote:
> > This allows using the events as a kind of audit log, to see how a
> > patch came to its current state/delegate.
> >
> > Cc: Mauro Carvalho Chehab
>
, and is
the simplest place to put this information, so we simply add an
._edited_by attribute (which fortunately is not detected as a persistent
database field by Django).
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
---
patchwork/models.py| 6 +-
patchwork/signals.py
This allows using the events as a kind of audit log, to see how a
patch came to its current state/delegate.
Cc: Mauro Carvalho Chehab
Signed-off-by: Johan Herland
---
patchwork/migrations/0037_event_user.py | 23 +++
patchwork/models.py | 4
2
the Event.user field is left as null/None.
Finally, the new Event.user field is exposed in the events view of the
REST API.
(First time submitter to this project, so please tell me if I overlooked
something.)
Have fun!
...Johan
Johan Herland (3):
models.Event: Add the user responsible for the event
22 matches
Mail list logo