summaryrefslogtreecommitdiff
path: root/include/ruby/encoding.h
diff options
context:
space:
mode:
authorDavid Rodríguez <deivid.rodriguez@riseup.net>2025-02-12 15:45:24 +0100
committerHiroshi SHIBATA <hsbt@ruby-lang.org>2025-02-18 12:12:51 +0900
commitc77354157f7a0af8de5f16dc1b4f352f4bc1402f (patch)
tree7eba5e53bc8e3c41b45f2c5e26d5608527d7bd76 /include/ruby/encoding.h
parent249881690a70c907a7e4aaa8c4f9476858c21ce3 (diff)
[rubygems/rubygems] Fix locked gems being upgraded when locked dependencies are incorrect
Resolver had internal logic to prioritize locked versions when sorting versions, however part of it was not being actually hit because of how unlocking worked in the resolver: a package was allow to be unlocked when that was explicit requested or when the list of unlocks was empty. That did not make a lot of sense and other cases were working because the explicit list of unlocks was getting "artificially filled". Now we consider a package unlocked when explicitly requested (`bundle update <package>`), or when everything is being unlocked (`bundle install` with no lockfile or `bundle update`). This makes things simpler and gets the edge case added as a test case working as expected. https://github.com/rubygems/rubygems/commit/b8e55087f0
Diffstat (limited to 'include/ruby/encoding.h')
0 files changed, 0 insertions, 0 deletions