Follow-up to #3610500, which regressed the payments view.

  • The state filter was switched to the options (list_field) filter, but state is a base list_string field whose Views data carries no field-storage definition, so the options filter raises a TypeError from options_allowed_values(NULL) when the view is built, and the stored config otherwise falls back to a string handler carrying an operator it does not support. This reverts it to the string filter the view originally shipped with.
  • The table style was missing the default table CSS class option, which triggers a deprecation on Drupal 11.2 and is removed in Drupal 12 (change record 3499943). This adds the empty class option so the view is forward-compatible on the next-major lane.
  • Adds a kernel test that installs the view and builds it, so a filter the payment fields cannot support is caught in CI instead of on a fresh install.

Issue fork kessai-3610518

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Comments

mably created an issue. See original summary.

  • mably committed 15626802 on 1.x
    fix: #3610518 Fix the payments view: revert the unsupported state filter...
mably’s picture

Status: Active » Fixed

Now that this issue is closed, review the contribution record.

As a contributor, attribute any organization that helped you, or if you volunteered your own time.

Maintainers, credit people who helped resolve this issue.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.