)]}'
{"/COMMIT_MSG":[{"author":{"_account_id":7847,"name":"Alistair Coles","email":"alistairncoles@gmail.com","username":"acoles"},"change_message_id":"1f0d0f2d4b8dda4221a301ab7a24c89a7dc73e26","unresolved":true,"context_lines":[{"line_number":11,"context_line":"timestamps care about is the float component. Because we may have"},{"line_number":12,"context_line":"Timestamp strings we need to compare against, it would be better if the"},{"line_number":13,"context_line":"{Normal,Base}Timestamp\u0027s could just compare the float component and just"},{"line_number":14,"context_line":"ignore anything after a \u0027_\u0027."},{"line_number":15,"context_line":""},{"line_number":16,"context_line":"This patch does just that, it moves the _parse up to BaseTimestamp and"},{"line_number":17,"context_line":"always returns the float and rest (a string). The benefit of this is"}],"source_content_type":"text/x-gerrit-commit-message","patch_set":1,"id":"9a03a293_d1496a0d","line":14,"updated":"2026-02-26 17:51:38.000000000","message":"Matt, I\u0027m inclined to disagree on this. NormalTimestamp explicitly disallows \u0027_\u0027 in the string so that it does not parse a Timestamp string, which it cannot easily differentiate form a valid string float like 1234_567.9.\n\nI have a fix for the *comparison* of NormalTimestamp with a string timestamp-with-hex-part in the next set of parent patches","commit_id":"cea2b873b14e380fa6119a4d3a85b204c69a901d"},{"author":{"_account_id":7233,"name":"Matthew Oliver","email":"matt@oliver.net.au","username":"mattoliverau"},"change_message_id":"83d2d7008cdbd65ab7bc744e3d66c5288c5ebb9e","unresolved":true,"context_lines":[{"line_number":11,"context_line":"timestamps care about is the float component. Because we may have"},{"line_number":12,"context_line":"Timestamp strings we need to compare against, it would be better if the"},{"line_number":13,"context_line":"{Normal,Base}Timestamp\u0027s could just compare the float component and just"},{"line_number":14,"context_line":"ignore anything after a \u0027_\u0027."},{"line_number":15,"context_line":""},{"line_number":16,"context_line":"This patch does just that, it moves the _parse up to BaseTimestamp and"},{"line_number":17,"context_line":"always returns the float and rest (a string). The benefit of this is"}],"source_content_type":"text/x-gerrit-commit-message","patch_set":1,"id":"161bebcf_fe16c2c1","line":14,"in_reply_to":"9a03a293_d1496a0d","updated":"2026-03-01 23:03:35.000000000","message":"So python 3 allows \u0027_\u0027 so you can make it more human readable, the float I mean. WTF, well that I think is a pretty useless feature 😞\n\nI could do a rsplit, because it\u0027s already failed turning into a float, and try again.. but if you think you have a better way, hopefully without too much bleeding of Timestamp into NormalTimestamp then cool. I\u0027ll go check it out.\n\nHappy to abandon this then if need be.","commit_id":"cea2b873b14e380fa6119a4d3a85b204c69a901d"}]}