Skip to main content

Your platform will be unavailable on the 13th of November 2024 from 9am to 12pm (Paris time) for maintenance operations

Public

Project privacy set to public. By default, its content is available to everyone (authenticated or not). Please note that more restrictive permissions might exist on some items.

    •  
      request #32298 Not the same content between view & edit pages
    Actions
    Infos
    #32298
    Manuel Vacelet (vaceletm)
    2024-10-14 11:58
    2023-06-13 10:19
    33905
    Details
    Not the same content between view & edit pages

    From time to time, when we switch to edition (visual editor) the content of the edition is not the same as the content of the page we see.

    It seems to happen more frequently when 2 peoples are co-edition a page like:

    • User 1 edits the page & saves
    • User 2 edits the page & saves
    • User 1 go to the page & edit => content at edition is more or less the same. Need a force reload to get fresh contents.
    Mediawiki Standalone
    14.9
    Empty
    • [ ] enhancement
    • [ ] internal improvement
    Robert Vogel (rvogel), Dejan Savuljesku (dsavuljesku)
    Stage
    Empty
    Closed
    2024-01-16
    Attachments
    Artifact links

    Releases

    Fixed in

    Artifact ID Project Tracker Summary Status Last Update Date Submitted By Assigned to
    rel #31539 Tuleap Releases 14.10 Delivered 2023-06-21 12:17 Manuel Vacelet (vaceletm)
    Empty
    References
    Referencing request #32298

    Git commit

    tuleap/tuleap/stable

    Disable MediaWiki parser cache c354bbb782
    User avatar Thomas Gerbet (tgerbet) , 2023-06-15 14:54
    Referenced by request #32298

    Artifact Tracker v5

    rel #31539 14.10

    Other

    gerrit #28781
    Display settings

    Follow-ups

    User avatar
    Thomas Gerbet (tgerbet)2023-06-15 14:46

    I'll submit a patch to change this to the newer $wgParserCacheType.

    Thanks for the hint, I will do it. It is easy enough ;)

    User avatar
    Robert Vogel (rvogel)2023-06-15 14:41

    Further things to test:

    • Append ?action=raw to the URL to see the wikitext of the page, rather than the parsed HTML
    • Clear browser cache, especially LocalStorage, to see if maybe the "autosave" feature of VisualEditor is the cause
    User avatar
    Robert Vogel (rvogel)2023-06-15 14:37
    last edited by: Robert Vogel (rvogel) 2023-06-15 14:37

    So it looks like we have already disabled the ParserCache in plugins/mediawiki/www/LocalSettings.php:175, but it is done by using $wgEnableParserCache which has been removed in 1.35.

    I'll submit a patch to change this to the newer $wgParserCacheType.

    The default parser cache backend (when MainCacheType is left to CACHE_NONE) is effectively CACHE_DB (SqlBagOStuff).

    -- https://www.mediawiki.org/wiki/Manual:$wgParserCacheType

    User avatar
    Manuel Vacelet (vaceletm)2023-06-14 17:10

    I don't know how to reproduce the issue, it happened several time and seems like a cache issue like the content of editor and/or page not being properly refreshed either at load or save.

    User avatar
    Miriam Schlindwein (mschlindwein)2023-06-14 16:01

    I tested the described behaviour: I had 2 users editing and saving the same page in multiple combinations also without reloading the page when entering edit mode and could not recreate this. Sometimes I got a popup window which asked if the user 1 wanted to resume his edit or start a new one. If I selected "resume" - then changes from user 2 where missing -> but this is expected behaviour. If user 1 started a new edit then everything was there.