Problem/Motivation

D10.2 has a new deprecation which has thankfully noticed that we have an extra assertExpectedAjaxRequest() we don't need in ZoneTerritoryElementTest:

Remaining self deprecation notices (1)

  1x: Drupal\FunctionalJavascriptTests\JSWebAssert::assertExpectedAjaxRequest called unnecessarily in a test is deprecated in drupal:10.2.0 and will throw an exception in drupal:11.0.0. See https://www.drupal.org/node/3401201
    1x in ZoneTerritoryElementTest::testZoneTerritory from Drupal\Tests\address\FunctionalJavascript

Steps to reproduce

See https://www.drupal.org/pift-ci-job/2850990
Run

Proposed resolution

Identify and remove it.

Remaining tasks

User interface changes

API changes

Data model changes

CommentFileSizeAuthor
#2 3419633-2.patch1.23 KBdww
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

dww created an issue. See original summary.

dww’s picture

Status: Active » Needs review
FileSize
1.23 KB

Since we currently see the deprecations on DrupalCI not GitLabCI, here's a patch.

  • dww committed 223a82fd on 2.x
    Task #3419633: JSWebAssert::assertExpectedAjaxRequest() called...

  • dww committed ee6721be on 2.0.x
    Task #3419633: JSWebAssert::assertExpectedAjaxRequest() called...

  • dww committed fef91429 on 8.x-1.x
    Task #3419633: JSWebAssert::assertExpectedAjaxRequest() called...
dww’s picture

Status: Needs review » Fixed

Bot is happy, so am I. 😉

jonathan1055’s picture

With these two deprecations fixed, what is your plan for the next release? 2.0.0 is quite new, 27 Dec 2023. But are you thinking of a 2.0.1 release? I know in the past that making a release is a "big thing" but there now seems to be a move towards "release small, release often" or whatever the phrase is.

3rd-party modules that use Address in testing would benefit from the new release. I am wary about using a -dev release in testing, as that can be more volatile. Just asking ... no hurry ...

dww’s picture

From triaging the queue, I'd say #3412241: Mismatched field definitions after address upgrade is probably a blocker for a 2.0.1 release. Maybe we should open a dedicated issue to plan it to make sure @bojanz is okay with it.

bojanz’s picture

I am fine with proceeding with 2.0.1 without #3412241: Mismatched field definitions after address upgrade. It only affects a portion of the users, and I personally have no time to work on it, so I don't want to hold off other fixes because of it.

jonathan1055’s picture

A quick auto-generated release notes show that 12 issues were fixed. That sounds like a good enough improvement to warrant a 2.0.1 release


Contributors (6)

Nikolay Shapovalov, Project Update Bot, Upchuk, bluegeek9, bojanz, dww

Changelog

Issues: 12 issues resolved.

Changes since 2.0.0:

Bug

  • #3413295 by Nikolay Shapovalov, dww: Fix FunctionalJavascript tests for Drupal 10.2
  • #3413295 by dww: Follow-up fix to keep JS tests working with PHP 7.4

Feature

  • #3187662 by Upchuk, bojanz: Add column_groups to the Address field type
  • Task #3414252: Add CI_DEBUG_SERVICES to investigate DB failures

Task

  • #3411071 by bojanz: Remove the deprecated #used_fields from the address element
  • #3411521 by Project Update Bot: Automated Drupal 10 compatibility fixes
  • #3401422 by bluegeek9, dww, Nikolay Shapovalov: GitLab CI
  • #3413859 by dww, Nikolay Shapovalov, bojanz: Fix all code validate jobs running in GitLab CI
  • Task #3413640: Add logo for Project Browser
  • Task #3419334: Remove t() from tests not testing translation
  • Task #3413017: Using a translatable string as a category for field type is deprecated in drupal:10.2
  • Task #3419633: JSWebAssert::assertExpectedAjaxRequest() called unnecessarily in ZoneTerritoryElementTest::testZoneTerritory
bojanz’s picture

Status: Fixed » Closed (fixed)

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