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
A list of deferred maintenance items discovered while updating Rails to 7.2 (and 8.1) plus adopting a new supported fork of the Comfy CMS Gem / Rails Engine - PR#885 - a stream-of-consciousness document. The purpose of this issue is to start a discussion about prioritization and about which should be addressed in 2026 and which should be deferred to a later date (sub-issue creation encouraged).
Deprecation warning about "hash argument controller" will be removed in Rails 8.2
sprockets-rails versus propshaft: Rails v8 introduces a new asset pipeline tool. The Library-CMS app minimally uses sprockets-rails. A refactoring would simplify the codebase following reasons in Rails Asset Pipeline
Related to (2), Dart Sass function deprecation warnings from both the CMS Gem and Library CMS app regarding function removal in Dart Sass v3.0.0. The Rails 8 asset pipeline allow for the removal of Sass because recent browsers with recent version of CSS provide many/most of the features provided by Sass and the removal of Sass decreases complexity. Changes will be needed to either support the new Sass functions or move away from Sass.
a mariadb-client v10 will not connect to a v11.4+ server without --disable-ssl or --disable-ssl-verify-server-cert to revert to the old behavior.
Related to (2), is bundling needed or does is add additional complexity that should be removed to ease maintenance? The CMS Gem comes with its own asset handing and the Library-CSM app has little javascript. Could these be removed: jsbundling-rails or cssbundling-rails?
Update of the DB seeds to help with test on staging and within this repository.
Test suite is minimal. I'm my opinion if the tool has a longer-term place, the test suite should be expanded. Prioritise in conjunction with what the Web Team identifies as most important.
A list of deferred maintenance items discovered while updating Rails to 7.2 (and 8.1) plus adopting a new supported fork of the Comfy CMS Gem / Rails Engine - PR#885 - a stream-of-consciousness document. The purpose of this issue is to start a discussion about prioritization and about which should be addressed in 2026 and which should be deferred to a later date (sub-issue creation encouraged).
sprockets-rails versus propshaft: Rails v8 introduces a new asset pipeline tool. The Library-CMS app minimally uses sprockets-rails. A refactoring would simplify the codebase following reasons in Rails Asset Pipeline
Related to (2), Dart Sass function deprecation warnings from both the CMS Gem and Library CMS app regarding function removal in Dart Sass v3.0.0. The Rails 8 asset pipeline allow for the removal of Sass because recent browsers with recent version of CSS provide many/most of the features provided by Sass and the removal of Sass decreases complexity. Changes will be needed to either support the new Sass functions or move away from Sass.
ruby 3.3.x eol March 2027 (3.4.x 2028 Mar; v4.0 not supported in the Gemfile)
MariaDB updates to 11.4+ may need a Library-CMS config update to address the SSL https://mariadb.com/docs/release-notes/community-server/11.4/what-is-mariadb-114#ssl-tls
Related to (2), is bundling needed or does is add additional complexity that should be removed to ease maintenance? The CMS Gem comes with its own asset handing and the Library-CSM app has little javascript. Could these be removed: jsbundling-rails or cssbundling-rails?
Browserslist: browsers data (caniuse-lite) is 7 months old. Please run:
npx update-browserslist-db@latestWhy you should do it regularly: https://github.com/browserslist/update-db#readme
Update of the DB seeds to help with test on staging and within this repository.
Test suite is minimal. I'm my opinion if the tool has a longer-term place, the test suite should be expanded. Prioritise in conjunction with what the Web Team identifies as most important.
NodeJs v22 .tool-version end-of-life: April 30, 2027
In progress