-
-
Notifications
You must be signed in to change notification settings - Fork 631
Comparing changes
Open a pull request
base repository: letsencrypt/boulder
base: v0.20251118.0
head repository: letsencrypt/boulder
compare: v0.20251202.0
- 9 commits
- 123 files changed
- 5 contributors
Commits on Nov 18, 2025
-
Configuration menu - View commit details
-
Copy full SHA for d0d89a7 - Browse repository at this point
Copy the full SHA d0d89a7View commit details
Commits on Nov 19, 2025
-
borp/sa: Update borp to pass Transaction args through BoulderTypeConv…
…erter (#8494) Today, timestamp truncation happens for queries using `*borp.DbMap` but not `*borp.Transaction`. That means comparisons still see sub-seconds, but inserts into MariaDB `DATETIME` columns silently truncate them to whole seconds. On MySQL 8, the same queries will still include sub-seconds, but inserts into `DATETIME` columns will round to the nearest second instead of truncate. This leads to issues for queries like the one in `*StorageAuthority.UpdateCRLShard()`. When two CRL updaters write within the same second one may be rounded up to the next second. When the other updater attempts its own `UPDATE .. WHERE thisUpdate <= ?`, the condition fails because the stored timestamp now appears to be in the future. Ahead of the transition from ProxySQL + MariaDB to Vitess + MySQL 8 in #8468, update borp (letsencrypt/borp#12) to expose Transaction arguments to the BoulderTypeConverter, allowing it to truncate all timestamps passed through Transactions and keep behavior consistent across `*borp.DbMap` and `*borp.Transaction`, as well as MariaDB and MySQL 8. Part of #7736
Configuration menu - View commit details
-
Copy full SHA for 1f6ec8c - Browse repository at this point
Copy the full SHA 1f6ec8cView commit details
Commits on Nov 21, 2025
-
sfe: Keep loading intervals in sync with promise, fix wording (#8500)
Small comments to keep these three areas of our code in sync. Small fix to wording; not all of our limits are for a 1 week period.
Configuration menu - View commit details
-
Copy full SHA for eb6e612 - Browse repository at this point
Copy the full SHA eb6e612View commit details -
sfe/redis: Add limiter config to SFE and cleanup creds (#8501)
Add limiter stanza to the SFE's config-next JSON. This should have happened in [#8359](#8359). Also, Cleanup our Redis credentials and secrets. These were a little overly specific, especially now that we've dropped support for OCSP and thus ROCSP. Instead, rely on a single `boulder` user with the same permissions that each of the other users had.
Configuration menu - View commit details
-
Copy full SHA for 2076d74 - Browse repository at this point
Copy the full SHA 2076d74View commit details -
Make CAA checking more like DCV checking (#8491)
If the primary perspective CAA check returns an error, return early rather than always kicking off the remote checks anyway. As part of this change, rearrange the code in DoCAA to more closely mirror the code in DoDCV. In particular, move the creation of the result protobuf into a helper function which can be called at both the early-return and late-return locations.
Configuration menu - View commit details
-
Copy full SHA for 16fbe27 - Browse repository at this point
Copy the full SHA 16fbe27View commit details
Commits on Nov 22, 2025
-
Update Public Suffix List to v0.50.1 (#8495)
This brings in several new public suffixes under the Bangladesh (.bd) ccTLD. Also transitively update various golang.org/x/ packages. Fixes #8492
Configuration menu - View commit details
-
Copy full SHA for b0b718c - Browse repository at this point
Copy the full SHA b0b718cView commit details -
Configuration menu - View commit details
-
Copy full SHA for 9564684 - Browse repository at this point
Copy the full SHA 9564684View commit details
Commits on Dec 1, 2025
-
This started with noticing the semaphore package (forked for use in OCSP) was dead. That followed by using the golang `deadcode` tool and Goland's various "Unused ..." inspection tools to find other dead code. Nothing in here looks like it would be used externally to Boulder, as far as I can tell.
Configuration menu - View commit details
-
Copy full SHA for 981a78a - Browse repository at this point
Copy the full SHA 981a78aView commit details -
build(deps): bump github/codeql-action from 3 to 4 (#8507)
Bumps https://github.com/github/codeql-action from v3 to v4. Context: https://github.blog/changelog/2025-10-28-upcoming-deprecation-of-codeql-action-v3/
Configuration menu - View commit details
-
Copy full SHA for 01eee61 - Browse repository at this point
Copy the full SHA 01eee61View commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff v0.20251118.0...v0.20251202.0