Remove _xfRedirect attribute from various GET links as these cause many redundant fetches by bots. This was only is required if the link is opened as a GET without a referrer being set. At which point just redirecting back to the same selection dialog is good enough.
- Fix advanced cookie concent form didn't work as expected when redirecting from GET to POST links
- Fix possible javascript error in link-post.js on XF2.2
- Fix php cmd.php xf-addon:install-step SV/StandardLib 1 CLI command would error
- Fix rewriting advanced cookie consent form from GET to POST would just redirect and not accept/reject cookies
- Adjust template modifications when rewriting various GET links to use link-post construct for better 3rd party add-on compatibility
- Implement XF2.4's link-post javascript used to prevent crawler repeatedly following GET's with per-session tokens in them.
Applies to;
- Front end style/style variation/advanced cookie consent/logout
- Admin language/style variation
- Backport updating cloudflare/google/googlecloud ips
- Backport latest XF user-agent definitions for robot/crawlers
- Update Helper::repo()->aliasClass() to avoid needing to generate shim files which live in the code cache, but requires additional argument to define the base class
- Add Basic implementation of config.php based feature flags
In config.php
PHP:$config['svFeatureFlags']['flag'] = true;
It can then be used via
And in templates;PHP:if (Helper::isFeatureFlagEnabled('flag')) { ... }
XML:<xf:if is="sv_feature_flag('flag')">...</xf:if> [*]- Allow radiobox type style properties to implement style variants (Used in Selectable Logos)
Harden installer when backporting features could cause the add-on to get caught into a silent zombie state depending on if the GUI updater is used
Update choices.js v11.2.3
Fix search input width unexpectedly collapses
Fix InstallerHelper::renamePhrases used to migrate phrases from one title scheme to another when the new phrase already exists would probably fail to migrate any customizations
In practice, this would only happen on re-running the install-step or if the user manually created a new phrase
Fix installer for pre-XF2.3 not backporting the xf_style_property.has_variations column
Minor code cleanup around the use of \SV\StandardLib\Helper::repo()->aliasClass()
Update to choices.js v11.2.2
Fix opening the dropdown could cause the entire page to scroll
Fix non-fixed width font support when computing width for input element
- Update array_first/array_last functions to not mutate the array pointer
- Choices.js integration
- Fix pre-rendered choices.js widget didn't respect data-search-enabled="0" to disable search
- Fix javascript error when parsing boolean data-* options on XF2.2
- Fix 'required' attribute didn't work as expected
- Workaround for widget height collapsing when no items are selected and not placeholder exists
- Compatibility fix for Finder::fetchDeferred()
- Fixes unexpected results from XFMG when Optimized List Queries add-on is installed
Fix custom date-time handling parsing had a broken condition for non-safari browsers
Fix installer could sometimes cause errors when using aliasClass helper method
Fix rebuilding or updating StandardLib could cause option values to be incorrectly cached without expected types, only applies to pre-XF2.3.8
Only noticeable if StandardLib is updated without updating another other add-on