Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Trac Trac
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Service Desk
    • Milestones
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar
  • Legacy
  • TracTrac
  • Issues
  • #7619

Closed (moved)
(moved)
Open
Created Dec 02, 2012 by Damian Johnson@atagar

GUARD event spec incomplete

The spec for the GUARD event type has a few issues...

  1. I'm not really sure what to expect for the 'Name' attribute. The spec says...
Name = The (possibly verbose) nickname of the guard affected.

I've listened for some and it seems to be a fingerprint...

650 GUARD ENTRY $5D0034A368E0ABAF663D21847E1C9B6CFA09752A BAD
650 GUARD ENTRY $071C2D9D0E03D75FF30DCCA850BB29CA4A4BB383 BAD
650 GUARD ENTRY $36B5DBA788246E8369DBAF58577C6BC044A9A374 NEW
650 GUARD ENTRY $071C2D9D0E03D75FF30DCCA850BB29CA4A4BB383 GOOD
650 GUARD ENTRY $5D0034A368E0ABAF663D21847E1C9B6CFA09752A GOOD

Is this either a "$[fingerprint]" or nickname? Something else?

  1. There's a TODO comment to explain the states.

  2. The 'Type' is simply described as...

Type = "ENTRY"

I'm guessing that this attribute is to allow guards to be used for other things in the future. If so then the spec should say so.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking