Support from Acquia helps fund testing for Drupal Acquia logo

Comments

dawehner created an issue. See original summary.

dawehner’s picture

Status: Active » Needs review
FileSize
42.5 KB

Let's see

dawehner’s picture

That included both routing and url_alias.

Status: Needs review » Needs work

The last submitted patch, 3: 2664466-3.patch, failed testing.

The last submitted patch, 2: 2664466-2.patch, failed testing.

dawehner’s picture

Status: Needs work » Needs review
FileSize
26.5 KB

Reroll

Status: Needs review » Needs work

The last submitted patch, 6: 2664466-6.patch, failed testing.

alexpott’s picture

Status: Needs work » Needs review
FileSize
7.96 KB

Fixing the fails...

alexpott’s picture

jibran’s picture

Status: Needs review » Needs work

Patch needs a rebase, includes unwanted changes of filestorage.

alexpott’s picture

Unfortunately I had applied #2620576: fnmatch() is not available on all environments (i.e QNAP QTS) :(

Here's the correct patch - the interdiff to #6 in #8 was actually correct.

Looks like we have some postgres issues...

alexpott’s picture

Oh yay - postgres has an opinion about transactions and this auto-create table stuff... https://stackoverflow.com/questions/10399727/psqlexception-current-trans...

alexpott’s picture

Phew all of the postgres query types create a savepoint - so should insert... which fixes this.

We need this anyway because if you write to an uncreated cache bin during a node save postgres would break and that's wrong.

catch’s picture

dawehner’s picture

+++ b/core/lib/Drupal/Core/Database/Driver/pgsql/Insert.php
@@ -99,12 +99,21 @@ public function execute() {
+    $this->connection->addSavepoint();

IMHO we should document this here.

alexpott’s picture

I think we should split the postgres fix out into its own issue so we can add tests - and hey presto we have an issue already... #2487269: Postgres insert queries that fail in a transaction break the entire transaction

alexpott’s picture

catch’s picture

catch’s picture

Status: Postponed » Reviewed & tested by the community

Status: Reviewed & tested by the community » Needs work

The last submitted patch, 13: 2664466-13.patch, failed testing.

dawehner’s picture

catch’s picture

Status: Needs review » Reviewed & tested by the community

And again.

catch’s picture

Status: Reviewed & tested by the community » Needs work
Issue tags: +Needs reroll

Sorry needs a re-roll.

kostyashupenko’s picture

Status: Needs work » Needs review
FileSize
31.48 KB

Re-rolled patch from #21 with auto merge

catch’s picture

Status: Reviewed & tested by the community » Fixed

Committed/pushed to 8.1.x, thanks!

  • catch committed 9040dc8 on 8.1.x
    Issue #2664466 by dawehner, alexpott, kostyashupenko: url_alias table is...
edurenye’s picture

I opened this follow up #2670360: Add BC layer in installSchema to support url_alias
To add the BC layer to fix the contrib test fails in the testbot.

Status: Fixed » Closed (fixed)

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

Dave Reid’s picture

Honestly I think this needs to be rolled back. We need to rely on being able to query the table directly in Pathauto, because the service does not provide some of the actual querying we need.

Dave Reid’s picture

Why couldn't we have just moved everything (schema, service, etc) to the path module?

Dave Reid’s picture

url_alias table is only used by a core service

And there is the fallacy. The needs of contrib completely ignored. :(

cilefen’s picture