- Issue created by @ccjjmartin
- @ccjjmartin opened merge request.
- Status changed to Needs review
about 1 year ago 4:53pm 28 April 2023 - ๐บ๐ธUnited States ccjjmartin Austin, TX
In theory this would be considered a breaking change so it may also be a good time to switch the module to using the new semantic versioning branches and create a 2.x branch with releases there.
- Status changed to Needs work
about 1 year ago 9:37pm 2 May 2023 - ๐จ๐ญSwitzerland Berdir Switzerland
libraries_get_path() is from the contributed module and not Drupal 8.
The main thing to clean up here i to remove the conditional check for the libraries_directory_file_finder service, as that now always exists. In fact, that was added in Drupal 8.9, so it is enough to require at least 8.9, don't even have to drop support for Drupal 8.
- ๐ฎ๐ณIndia kbk1992 Hyderabad
bharath-kondeti โ made their first commit to this issueโs fork.
- Status changed to Needs review
about 1 year ago 5:24pm 18 June 2023 - ๐ฎ๐ณIndia kbk1992 Hyderabad
Addressed #4 and updated the changes. Please review
- Status changed to Needs work
about 1 year ago 6:26pm 18 June 2023 - ๐จ๐ญSwitzerland Berdir Switzerland
More cleanup id possible, the default initializion and check is not needed as it will never be default. It's also not necessary to keep the hardcored libraries check. Just call the function and check for it being null
- First commit to issue fork.
- Status changed to Needs review
about 1 year ago 9:49am 19 June 2023 - Status changed to Fixed
12 months ago 1:49pm 14 July 2023 - ๐จ๐ญSwitzerland Berdir Switzerland
FWIW, there's still more cleanup in shariff_requirements() that would make sense. It still talks about libraries module, it still has a == default check which no longer exists, so that whole block could be removed as it will never be true. the files that are checked at runtime and in the requirements hook and the explanation doesn't seem to be consistent (runtime supports dist, requirements hook does not).
-
granik โ
committed 60d9ebaa on 2.0.x
Issue #3357176: remove deprecated check via libraries module
-
granik โ
committed 60d9ebaa on 2.0.x
-
granik โ
committed 6731d8dc on 2.0.x
Issue #3357176: remove unneeded comment block
-
granik โ
committed 6731d8dc on 2.0.x
- ๐ฆ๐นAustria granik Vienna
@Berdir, thanks for your catch. I removed this deprecated requirements check via libraries module. Build folder check is still supported in runtime just for legacy reasons.
Automatically closed - issue fixed for 2 weeks with no activity.