You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 9, 2023. It is now read-only.
0.15.0 came with an upgrade to copycat which made hash collisions less likely - in other words, it made it significantly likely for two different input values in your database to share the same output value returned by Copycat
However, 0.15.0 also accidentally made copycat.int() and copycat.float() generate very large numbers (e.g. 1.994546950711818e+38). These large numbers are less useful for common use cases, so we've now changedcopycat.int() and copycat.float() to generate smaller numbers (for e.g. 8103614357209322), which the new maximum being Number.MAX_SAFE_INTEGER.
note: This will change the column values for any new snapshots created (either on app.snaplet.dev, or locally with snaplet snapshot capture) if those columns are making use of copycat.int() or copycat.float() and no max option was given.
Other bug fixes
In order to restore snapshots, snaplet currently needs superuser privileges. However, before this release, we would still try to perform the restore, and end up failing. In this release, we change the snaplet cli's behaviour - we first check whether we have the superuser privileges we need before trying to do the restore.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
0.15.0
came with an upgrade to copycat which made hash collisions less likely - in other words, it made it significantly likely for two different input values in your database to share the same output value returned by CopycatHowever,
0.15.0
also accidentally madecopycat.int()
andcopycat.float()
generate very large numbers (e.g.1.994546950711818e+38
). These large numbers are less useful for common use cases, so we've now changedcopycat.int()
andcopycat.float()
to generate smaller numbers (for e.g.8103614357209322
), which the new maximum beingNumber.MAX_SAFE_INTEGER
.note: This will change the column values for any new snapshots created (either on
app.snaplet.dev
, or locally withsnaplet snapshot capture
) if those columns are making use ofcopycat.int()
orcopycat.float()
and nomax
option was given.Other bug fixes
Beta Was this translation helpful? Give feedback.
All reactions