- Issue created by @mstrelan
- Merge request !4998Issue #3393800: Kernel tests can't use path aliases on entities → (Closed) created by mstrelan
- last update
about 1 year ago Custom Commands Failed - last update
about 1 year ago 30,397 pass, 1 fail - last update
about 1 year ago Build Successful - 🇦🇺Australia mstrelan
I'm not entirely convinced the BC layer I referred to is in fact for BC, I haven't done enough git archaeology. It seems to me there are a number of kernel tests that are installing path_alias module and just expecting it to work without installing the entity schema. Most of these come from views. Maybe we can fix that up here, let's see what breaks.
- last update
about 1 year ago 30,396 pass, 4 fail - last update
about 1 year ago 30,396 pass, 4 fail - last update
about 1 year ago 30,398 pass - Status changed to Needs review
about 1 year ago 1:32am 15 October 2023 - last update
about 1 year ago 30,242 pass, 2 fail - last update
about 1 year ago 30,396 pass, 2 fail - last update
about 1 year ago Custom Commands Failed 39:35 39:05 Running- 🇦🇺Australia acbramley
This would be a great improvement and remove a massive WTF when testing this stuff! Changes overall look great and love the addition of alias test coverage <3
- Status changed to Needs work
about 1 year ago 8:25am 16 October 2023 - 🇷🇴Romania amateescu
I did some thorough git archeology and the code block that this issue wants to remove from
KernelTestBase::register()
is there since the KernelTestBase class was added to core, #2336597: Convert path aliases to full featured entities → just updated the comment inside that condition.Also looked through the history of #3007661: Modernize the path alias system → , and figured out that #3084983: Move all the code related to path aliases to a new (required) "path_alias" module → and a couple of its followups are the issues that made the current MR possible. Additionally, the changes from this MR should help a lot with 📌 Make "path_alias" module optional Needs work , so +1 on the smaller scope :)
- last update
about 1 year ago 30,414 pass - Status changed to Needs review
about 1 year ago 10:05pm 16 October 2023 - Status changed to RTBC
about 1 year ago 4:30pm 23 October 2023 - 🇺🇸United States smustgrave
All threads have been resolved and change makes sense.
Only concern is should there be a BC layer as this could break kernel tests in 10.2 right? But not sure since this is the test side.
- last update
about 1 year ago 30,428 pass - last update
about 1 year ago 30,437 pass, 2 fail - last update
about 1 year ago 30,442 pass, 2 fail - last update
about 1 year ago 30,464 pass, 2 fail - last update
about 1 year ago 30,483 pass, 2 fail - last update
about 1 year ago 30,485 pass, 2 fail - last update
about 1 year ago 30,486 pass, 2 fail - last update
about 1 year ago 30,488 pass, 2 fail 5:17 2:19 Running- last update
about 1 year ago 30,517 pass - last update
about 1 year ago 30,529 pass - last update
about 1 year ago 30,552 pass - last update
12 months ago 30,561 pass - last update
12 months ago 30,603 pass - 🇳🇿New Zealand quietone
I'm triaging RTBC issues → . I read the IS and the comments here and in the MR. I didn't find any unanswered questions or other work to do.
Of special note is the git research done in #10. I noted that in the Issue Summary.
Leaving at RTBC.
- last update
12 months ago 30,606 pass - last update
12 months ago 30,607 pass - last update
12 months ago 30,669 pass - last update
12 months ago 30,676 pass - last update
12 months ago 30,685 pass - last update
12 months ago 30,686 pass, 1 fail - 🇺🇸United States dww
Wow, I just stumbled upon this while working on 🐛 Internal URL handling (language prefixes, base://, ...) Needs work . I couldn't understand what I was doing wrong. 😅 Happy to report that the patch from the MR got my kernel tests doing what I expected again. I'll try to closely review ASAP.
- 🇺🇸United States dww
Thanks for the git archeology in #10, @amateescu, very helpful!
MR looks great. No complaints. All the changes look good and necessary. +1 to this change!
CR mostly looked great, although I added 1 line to the before example (for outbound path processing, too). No other complaints there.
Summary and title all look good.
I could imagine disruption if there are existing kernel tests in the wild (contrib / custom) that were relying on the broken behavior. But those are broken tests, so I think the disruption is a good idea. Hopefully the release managers agree. 😅
Thanks again!
-Derek
. - last update
12 months ago 30,689 pass - last update
12 months ago 30,689 pass - last update
11 months ago 30,697 pass - last update
11 months ago 30,699 pass - last update
11 months ago 30,713 pass - last update
11 months ago 30,725 pass - last update
11 months ago 30,765 pass - last update
11 months ago 30,767 pass - last update
11 months ago 25,919 pass, 1,814 fail - last update
11 months ago 25,925 pass, 1,803 fail -
larowlan →
committed 97bdbe88 on 11.x
Issue #3393800 by mstrelan, dww, acbramley, amateescu, smustgrave,...
-
larowlan →
committed 97bdbe88 on 11.x
- Status changed to Fixed
11 months ago 2:56am 22 December 2023 - 🇦🇺Australia larowlan 🇦🇺🏝.au GMT+10
Committed to 11.x
Published change record.
Nice to see this gotcha fixed, I know it has bitten me before.
-
larowlan →
committed ebdb093f on 11.x
Revert "Issue #3393800 by mstrelan, dww, acbramley, amateescu,...
-
larowlan →
committed ebdb093f on 11.x
- Status changed to Needs work
11 months ago 4:17am 22 December 2023 - 🇦🇺Australia larowlan 🇦🇺🏝.au GMT+10
Sorry folks, I had to revert this - it caused fails in HEAD
https://git.drupalcode.org/project/drupal/-/pipelines/67196/test_report
Drupal\Tests\forum\Kernel\Migrate\d6\MigrateBlockTest::testBlockMigration Drupal\Core\Database\DatabaseExceptionWrapper: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'mysql.test98741461path_alias' doesn't exist: SELECT 1 AS "expression" FROM "test98741461path_alias" "base_table" WHERE ("base_table"."status" = :db_condition_placeholder_0) AND ("base_table"."path" LIKE :db_condition_placeholder_1 ESCAPE '\\') LIMIT 1 OFFSET 0; Array ( [:db_condition_placeholder_0] => 1 [:db_condition_placeholder_1] => /admin% )
- Status changed to Needs review
11 months ago 2:42am 25 December 2023 - 🇦🇺Australia mstrelan
It seems MigrateBlockTest was cloned to forum module in 📌 Remove forum from block migration tests Fixed
I have applied the same fix to the version in forum that was applied to block.
- Status changed to RTBC
11 months ago 10:24pm 26 December 2023 - last update
11 months ago 25,930 pass, 1,833 fail -
larowlan →
committed b3710f94 on 11.x
Issue #3393800 by mstrelan, smustgrave, dww, larowlan, acbramley,...
-
larowlan →
committed b3710f94 on 11.x
- 🇦🇺Australia larowlan 🇦🇺🏝.au GMT+10
Compared the two patches locally and the diff was as expected
diff --git a/core/modules/forum/tests/src/Kernel/Migrate/d6/MigrateBlockTest.php b/core/modules/forum/tests/src/Kernel/Migrate/d6/MigrateBlockTest.php index d018716c62c..aef056bdccc 100644 --- a/core/modules/forum/tests/src/Kernel/Migrate/d6/MigrateBlockTest.php +++ b/core/modules/forum/tests/src/Kernel/Migrate/d6/MigrateBlockTest.php @@ -30,6 +30,7 @@ class MigrateBlockTest extends MigrateDrupal6TestBase { */ protected function setUp(): void { parent::setUp(); + $this->installEntitySchema('path_alias'); // Install the themes used for this test. $this->installEntitySchema('block_content');
Committed to 11.x, republished the change record
- Status changed to Fixed
11 months ago 10:07pm 27 December 2023 Automatically closed - issue fixed for 2 weeks with no activity.