# Deprecation-ignore patterns for the bookable_resources module tree.
#
# This module's own code stays at zero deprecations. This file lists only
# deprecations from its dependencies, or from core/Twig version drift, that
# cannot be fixed here. Never add a pattern that matches this module's code:
# fix the code.
#
# scripts/build-deprecation-ignore.php joins core's baseline and this file into
# .deprecation-ignore.generated.txt; point SYMFONY_DEPRECATIONS_HELPER at it.

# --- Drupal core + Twig 3.28 version drift (NOT contrib, NOT our code). ---
# core 11.4.1's Drupal\Core\Template\TwigSandboxPolicy::checkSecurity() does not
# yet declare the 4th `array $tests` argument that twig/twig 3.28 added to
# Twig\Sandbox\SecurityPolicyInterface. Fires on ANY render through
# #type => 'inline_template' (which core's Icon render element always uses), so
# every icon/SDC-rendering test in this module trips it. Purely core+Twig; we
# cannot fix it here. REMOVE this pattern once core updates TwigSandboxPolicy for
# the new Twig interface signature.
# @see web/core/lib/Drupal/Core/Template/TwigSandboxPolicy.php
%The "Drupal\\Core\\Template\\TwigSandboxPolicy::checkSecurity\(\)" method%

# --- league/commonmark (contrib dependency): Util\ArrayCollection implements
# ArrayAccess::offsetGet() without a native return type, which Symfony's
# DebugClassLoader flags as a PHP 8.4 forward-compatibility deprecation.
# ArrayCollection backs the fenced/indented code block parsers, so it only
# fires once a topic md with a code fence (e.g. bookable_resources's
# install.md) is actually parsed — which HelpTopics::sections() now does for
# every enabled topic, since display metadata is read from front-matter.
# Purely vendor code; we cannot fix it here.
# @see https://github.com/thephpleague/commonmark/blob/main/src/Util/ArrayCollection.php
%Method "ArrayAccess::offsetGet\(\)" might add "mixed" as a native return type declaration in the future\. Do the same in implementation "League\\CommonMark\\Util\\ArrayCollection"%

# --- Drupal core (views) version drift (NOT contrib, NOT our code). ---
# core's Drupal\views\Plugin\views\exposed_form\InputRequired::__construct()
# does not yet declare the $format_repository argument that 11.4 deprecates as
# required for 12.0. Views instantiates this exposed-form plugin whenever a view
# carrying an exposed form is saved, so any such save trips it — including the
# saves our own tests do. Purely core; we cannot fix it here. REMOVE once core
# updates InputRequired for the new signature.
# @see web/core/modules/views/src/Plugin/views/exposed_form/InputRequired.php
%Calling Drupal\\views\\Plugin\\views\\exposed_form\\InputRequired::__construct\(\) without the \$format_repository argument is deprecated%
