Support Tools Plugin incorrectly uses Cookie Expiry as log date

Description

When a client runs the Log Scanner in Support Tools in Confluence, the log scanner incorrectly uses the invalid Cookie Header date/timestamp as the date of the log message occurrence. This is naturally confusing to our clients reviewing the log scanner results from STP as the date is in the future and is anomalous to anyone who is viewing the result. How can the logs display an event that has not occurred as of the message? Is it foretelling an issue that will occur?

Steps to reproduce:

  1. Any Confluence 6.x instance that has actual data, but has a message in the logs similar to below:

  2. Run the log scanner with the above message in the logs

  3. Note the bit of the message that is the problem:

  4. Although this date has not yet occurred, the results show this date

  5. It appears that the log scanner is seeking the date from the line, ignoring that the date here is not the actual date of occurrence, it simply picked up the second date in the log line and ignored the first when parsing the complete line of code

Workaround

None known at present, appears that this is a code issue with STP.

Environment

None

Assignee

Unassigned

Reporter

chucktalk

Components

None

Add-on Type

None

Team

None

CC

None

Risk factor

None

Affected Product/s

None

Priority

Major
Configure