This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author contact2
Recipients contact2
Date 2021-07-13.11:14:59
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1626174900.35.0.48984459296.issue44620@roundup.psfhosted.org>
In-reply-to
Content
Section 4.1.5 of RFC 4122 says the following about Clock Sequence:

   If the clock is set backwards, or might have been set backwards
   (e.g., while the system was powered off), and the UUID generator can
   not be sure that no UUIDs were generated with timestamps larger than
   the value to which the clock was set, then the clock sequence has to
   be changed.  If the previous value of the clock sequence is known, it
   can just be incremented; otherwise it should be set to a random or
   high-quality pseudo-random value.

However, the current implementation increments the timestamp and not the clock sequence. Ref: https://github.com/python/cpython/blob/bb3e0c240bc60fe08d332ff5955d54197f79751c/Lib/uuid.py#L689-L690
History
Date User Action Args
2021-07-13 11:15:00contact2setrecipients: + contact2
2021-07-13 11:15:00contact2setmessageid: <1626174900.35.0.48984459296.issue44620@roundup.psfhosted.org>
2021-07-13 11:15:00contact2linkissue44620 messages
2021-07-13 11:14:59contact2create