Fix HFRL epoch boundary parsing

Previously, when generating reports, the code was only using HFRL data between the previous report and the current report, instead of going all the way back to the hfrl_epoch boundary. I have changed the index array from [0] to [-1] to grab the correct end of the boundary. I have also switched over the using the hfrl epoch reports instead of the sensing reports. We may want to revisit this logic, but this will work as long as the hfrl epoch is set properly along with the sensing epoch being set properly.

added Priority bugfix labels

requested review from @louis.dartez, @jameson.rollins, and @joseph-betzwieser

@joseph-betzwieser I'm not seeing any commits in this MR.

Apparently I'm having issues commiting remotely from cr1 with my ssh key. Regenerated key, registered it with site (from the computer I'm trying to check in from again). Still rejected. I'll try checking out the branch on my laptop, making the change there and see if it accepts that key.

added 1 commit

• 7edec855 - Fix to hrfl epoch boundary

Compare with previous version

Turns out, when using git push, and with a ssh passphrase set, it asks multiple times for the password. I setup an ssh-agent, and I was able to commit successfully.

approved this merge request

merged

mentioned in commit 21a2a71e