"Beat Bolli" <bb@xxxxxxxxx> writes: > ISO 8601-1:2020-12 specifies that a zero timezone offset must be denoted > with a "Z" suffix instead of the numeric "+00:00". Add the correponding > special case to show_date() and a new test. > > This changes an established output format which might be depended on by > scripts. The original patch 466fb6742d7f (pretty: provide a strict ISO > 8601 date format, 2014-08-29) mentioned XML parsers as its rationale, > which generally have good parsing support, so this change should be > fine. "fine." -> "fine for that particular usecase." Unlike in 2005, we no longer write our features only for our own single use case that motivated it. I do not think it is possible to make this change without breaking some real script, and admitting this is a breaking change and we are knowingly doing so is probably better in the longer term. Saying "this should be fine" in the log will give future developers room to consider reverting it, and while they are free to make such a decision based on the reality at their time in the future, we should give them a data point from our point of view: we know it may break somebody but we are still doing so knowingly as upside to adhere to a published standard and help those users who adhere to the same standard is more valuable then the unfortunate script that bended themselves to match our earlier mistake. Thanks.
