Last modified: 2014-09-05 15:29:41 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 T63836, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 61836 - Flow: Render + commit shouldn't be squashed together
Flow: Render + commit shouldn't be squashed together
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Flow (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-02-23 21:00 UTC by Matthias Mullie
Modified: 2014-09-05 15:29 UTC (History)
4 users (show)

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


Attachments

Description Matthias Mullie 2014-02-23 21:00:04 UTC
Topic.php (and others)’ commit() will commit data to cache & start rendering right away, before data is actually stored to dbw/cache (that’s in WorkflowLoader.php, right after Topic.php’s commit)

We should separate commit & render; all data should first be committed, then only rendered afterwards

Otherwise, the rendered data may not 100% accurately reflect the current state of the data (because it has not been fully committed). E.g. when restoring a suppressed post, the post's content will be replaced by the rendered HTML returns from the API call, but that one contains no moderation links (because to check if these can be displayed, some permission checks are done, which run against the most recent permission & we have not yet saved it to cache)
Comment 1 Matthias Mullie 2014-09-05 15:29:41 UTC
Done during frontend & API rewrite

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


Navigation
Links