- π§πͺBelgium lisotton Brussels
Hi @jcontreras, I see that the new version (2.1.0) will be only compatible with Drupal 10 and the version 2.0.2, you marked as not compatible with Drupal 10. Actually you made a commit before releasing the version removing the compatibility at commit 5e8ebf5e.
I'm working in a big site, migrating it to Drupal 10 and I would like to make all contrib modules compatible with Drupal 10, before upgrading the core itself.
Do you have any plan to release 2.0.3 with compatibility with both Drupal 9 and Drupal 10?
- πΊπΈUnited States jcontreras
@lisotton - there are some major changes with php8 and Symphony on Drupal 10 and there are a lot of sites not ready to jump into Drupal 10 so I am making a distinction here to be able to support both D9 and D10 separately. Makes it easier to support older versions.
For Drupal 8 and 9 use version ~2.0.x
For Drupal 10 use version ~2.1.x - πΊπΈUnited States jcontreras
In other words, when you are ready to move forward with Drupal 10, update this module to 2.10-beta as well.
- πΊπΈUnited States micnap
I'm having trouble upgrading to D10 because of this module. The site is currently on 2.0.2. Composer adds a drupal/core requirement to the lock file for contrib modules. The version of drupal/core that gets specified is taken from core_version_requirement in the info.yml file. So, because drupal/core 8 or 9 is specified in the lock file for this module, Composer says, "nope, can't upgrade you to D10". Even specifying drupal/block_exclude_pages:2.1.0-beta2 in the `composer require` command for the upgrade, it fails because of this drupal/core 8 || 9 requirement. And I can't upgrade this module to the D10 version on D9. Suggestions for unblocking this circular dependency?
- πΊπΈUnited States jcontreras
@micnap - did you try specifying "~2.1.0" for this module in the composer.json file? not the lock file.
(right before you run the command to upgrade to D10)
--- 2.1.0 is D10 specific. You can't install it in D9. and should only be installed in D10 --- - π§πͺBelgium lisotton Brussels
I still don't understand why cannot have a version that is both compatible with Drupal 9 and 10 like most of other modules.
If we would have this, we could upgrade this module first (like I'm doing with other contrib modules) and then in a latest stage, upgrade Drupal 10 (as all contrib modules are already compatible).
- πΊπΈUnited States jcontreras
Update to Drupal 10.1 - On this new version drupal is limiting the syntax of the URLs that can get added to the page's settings. As a temp fix, I have created a patch that can be used until I create a rewrite of the method via this module (in the works).
Use this patch for now.
https://www.drupal.org/project/drupal/issues/3375092#comment-15153306 π¬ Drupal 10.1 + Rejecting paths not conforming to standard URL's set by Drupal Postponed: needs infoBecause of this there are significant changes to the module and may move towards an OOP strategy and add a lot more to make this work. The reason why it can not exist on both old D9 vs D10. both will work very differently and affect the site in different ways.
For that reason, if you are in the middle of upgrading to D10 use this on your composer:
"drupal/block_exclude_pages": "~2.0 || ^2.1@beta" - Status changed to RTBC
over 1 year ago 5:40pm 31 July 2023 - πΊπΈUnited States aharown07
Making some 9x>10 plans and I need to try to clarify the process a bit. Or confirm what I'm thinking.
Is it something like disable 2.0, upgrade the site to D10, then composer require the 2.1?
Or... since the "!... " exclusions are stored in each block config, just uninstall the 2.0, then after upgrading the site, reinstall 2.1? I'm thinking that's the way to go.This, then:
* Disable, then composer remove the 2.0 version
* Complete site upgrade to D10
* Composer require the 2.1 beta version.
Done. - Status changed to Fixed
10 months ago 8:51pm 29 February 2024 Automatically closed - issue fixed for 2 weeks with no activity.