Last modified: 2013-04-22 16:15:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T43278, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41278 - LQT does two UPDATE calls on every call to Title::isValidMoveOperation
LQT does two UPDATE calls on every call to Title::isValidMoveOperation
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
LiquidThreads (Other open bugs)
master
All All
: Unprioritized normal (vote)
: ---
Assigned To: Siebrand Mazeland
: performance
Depends on:
Blocks: 39480 42244 41138
  Show dependency treegraph
 
Reported: 2012-10-22 19:40 UTC by Niklas Laxström
Modified: 2013-04-22 16:15 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Niklas Laxström 2012-10-22 19:40:02 UTC
0.8390  27.8M  Query sandwiki (865) (slave): UPDATE /* Threads::synchroniseArticleData Nike */  `bw_thread` SET thread_article_id = '2137195' WHERE (thread_article_namespace = '1198' AND thread_article_title = 'Technology/Page_display_title/sl') AND (NOT (thread_article_id = '2137195'))
0.8400  27.8M  Query sandwiki (866) (slave): UPDATE /* Threads::synchroniseArticleData Nike */  `bw_thread` SET thread_article_namespace = '1198',thread_article_title = 'Technology/Page_display_title/sr-ec' WHERE (thread_article_id = '1972126') AND (NOT (thread_article_namespace = '1198' AND thread_article_title = 'Technology/Page_display_title/sr-ec'))

It should not do any UPDATE calls on Title::isValidMoveOperation unconditionally, especially when the titles are not related to threads at all.
Comment 1 Siebrand Mazeland 2012-10-24 15:18:22 UTC
Gerrit change #29795, Gerrit change #29796
Comment 2 Siebrand Mazeland 2012-10-24 15:24:13 UTC
Query example for a moved test page[1].

0.0759  11.2M  Query sandbox (16) (slave): SELECT /* Threads::synchroniseArticleData Siebrand */  COUNT(*)  FROM `thread`  WHERE (thread_article_id = '7474') AND (NOT (thread_article_namespace = '2' AND thread_article_title = 'Siebrand/test2'))  LIMIT 1
0.0762  11.2M  Query sandbox (17) (slave): SELECT /* Threads::synchroniseArticleData Siebrand */  COUNT(*)  FROM `thread`  WHERE (thread_article_namespace = '2' AND thread_article_title = 'Siebrand/test2') AND (NOT (thread_article_id = '7474'))  LIMIT 1

There are no update queries.

[1] http://sandbox.translatewiki.net/w/i.php?title=User:Siebrand/test2
Comment 3 db [inactive,noenotif] 2012-11-18 13:01:18 UTC
(In reply to comment #1)
> Gerrit change #29795, Gerrit change #29796

Status Merged and Status Merged
Comment 4 Niklas Laxström 2012-11-18 13:12:42 UTC
Reopening. This is still the primary suspect of cause for bug 41138 which is still open.
Comment 5 Siebrand Mazeland 2012-11-18 13:24:49 UTC
This issue is fixed. There no longer are two update queries per moved page. Simply reopening this issue because bug 41138 isn't closed isn't helpful.
Comment 6 Niklas Laxström 2012-11-18 13:36:26 UTC
Thanks for your effort. What you did is surely an improvement, but.

I'm sorry I didn't write the bug description accurately enough: It should not do any <del>UPDATE</del> calls on Title::isValidMoveOperation
unconditionally, especially when the titles are not related to threads at all.

You fixed the bug if read literally, but not the issue.
Comment 7 Siebrand Mazeland 2012-12-06 10:32:19 UTC
(In reply to comment #6)
> Thanks for your effort. What you did is surely an improvement, but.
> 
> I'm sorry I didn't write the bug description accurately enough: It should not
> do any <del>UPDATE</del> calls on Title::isValidMoveOperation
> unconditionally, especially when the titles are not related to threads at
> all.
> 
> You fixed the bug if read literally, but not the issue.

I fixed the issue that was described. No more update queries are made unconditionally.

The above is scope creep that is not needed inside of this issue. In comment 6, you're adding a new requirement that is outside of the scope of this issue (or even outside of my current interest as it's architectural). For all intents and purposes, this issue is closed and should remain closed.

If you think that based on the fix made here, there is another issue, I think it's best to open a new issue.
Comment 8 Nemo 2012-12-06 10:43:12 UTC
(In reply to comment #7)
> If you think that based on the fix made here, there is another issue, I think
> it's best to open a new issue.

This has already been done, see dependencies.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links