Page MenuHomePhabricator

Postgres error on type mismatch
Closed, DuplicatePublic

Description

11:40:51 1) ParserIntegrationTest::testParse with data set "parserTests.txt: Links 16. Link prefix using unicode \x{...} escapes (T235563)" ('[details omitted]')
11:40:51 === Logs generated by test case
11:40:51 [wfDebug] [debug] ParserTestRunner::runTest: running Links 16. Link prefix using unicode \x{...} escapes (T235563) {"private":false}
11:40:51 ===
11:40:51 Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? 
11:40:51 Query: SELECT  page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model,page_namespace,page_title  FROM "unittest_page"    WHERE (page_namespace = 0 AND page_title = 1923)  
11:40:51 Function: LinkHolderArray::replaceInternal
11:40:51 Error: 42883 ERROR:  operator does not exist: text = integer
11:40:51 LINE 1: ..._page"    WHERE (page_namespace = 0 AND page_title = 1923)  
11:40:51                                                               ^
11:40:51 HINT:  No operator matches the given name and argument type(s). You might need to add explicit type casts.

https://integration.wikimedia.org/ci/job/mediawiki-quibble-vendor-postgres-php72-docker/3456/console

Event Timeline

Change 554122 had a related patch set uploaded (by Arlolra; owner: Arlolra):
[mediawiki/services/parsoid@master] Use a title that isn't just an int

https://gerrit.wikimedia.org/r/554122

Change 553852 had a related patch set uploaded (by Arlolra; owner: Subramanya Sastry):
[mediawiki/core@master] Sync up with Parsoid parserTests.txt

https://gerrit.wikimedia.org/r/553852

Change 554122 abandoned by Arlolra:
Use a title that isn't just an int

Reason:
In favour of just doing this in https://gerrit.wikimedia.org/r/c/mediawiki/core/ /553852 to avoid any force merging.

https://gerrit.wikimedia.org/r/554122

Change 553852 merged by jenkins-bot:
[mediawiki/core@master] Sync up with Parsoid parserTests.txt

https://gerrit.wikimedia.org/r/553852

After digging into the call stack, it seems likely it was the same underlying issue as T239877, fixed by 9a1ecf2ef.