Ticket #320 (closed enhancement: fixed)

Opened 8 months ago

Last modified 7 months ago

Logging improvements

Reported by: Joel Owned by: Joel
Priority: major Milestone: Eraser 6.1/6.2
Component: Core Version:
Keywords: Cc:
Blocked By: #300 Blocking: #275
Operating System: Processor Architecture:

Description (last modified by Joel) (diff)

The logger is currently very involved when doing logging -- we need to instantiate new LogEntry structs, we need to initiate sessions etc. It's also very fickle about the validity of sessions. The Logging should be able to tolerate errors and should be more flexible.

  • The Last Sesssion timestamp is not reset after a session is completed; new messages go to the wrong session.
  • The log should also include the statistics and result of an erase task.
  • Differentiate between "Completed with Errors" vs "Aborted with Errors" etc etc.
    • What qualifies as errors?
    • What do errors imply? Do Errors mean that the target didn't complete? Do fatal errors mean that the entire task didn't complete?

Blocking

IdSummaryMilestone
#320Logging improvementsEraser 6.1/6.2
#275Code ReviewEraser 6.1/6.2
#262Localise the Util.Native and Util librariesEraser 6.1/6.2

Blocked by

IdSummaryMilestone
#320Logging improvementsEraser 6.1/6.2
#300Tasks - Information log entries for start / endEraser 6.1/6.2

Change History

Changed 8 months ago by Joel

  • blockedby 300 deleted

Changed 8 months ago by Joel

  • description modified (diff)

Changed 7 months ago by Joel

  • description modified (diff)

Changed 7 months ago by Joel

  • description modified (diff)

Changed 7 months ago by Joel

  • owner set to Joel
  • status changed from new to accepted

Changed 7 months ago by Joel

  • description modified (diff)

These are fixed in r1777

Changed 7 months ago by Joel

  • blocking changed from 275 to 275, 300

Changed 7 months ago by Joel

  • blocking changed from 275, 300 to 275
  • blockedby set to 300

Changed 7 months ago by Joel

  • description modified (diff)

These really trigger conditions which can't be recovered simply by returning.

Changed 7 months ago by Joel

  • description modified (diff)

Yeah, these are already handled -- Not Completed vs. Completed with Errors.

Changed 7 months ago by Joel

  • status changed from accepted to closed
  • resolution set to fixed

The rest of this task is actually a non-issue. I'll close this.

Note: See TracTickets for help on using tickets.