[gallery] Gallery is not neccesarily rendered immediately and needs a purge page to do so

[the1gofer]

Setup

• MW version: 1.35
• DB (MySQL etc.): mysql
• PHP version: 7.3
• SMW version: 3.2
• SRF version: 3.2

Issue

example: https://www.crewsgenealogy.com/wiki/Florida_militia_muster_rolls,_Seminole_Indian_Wars. Screen shot if it gets fixed: https://www.dropbox.com/s/7rcsg1ji35ahvaf/Screen%20Shot%202020-10-25%20at%204.59.57%20PM.png?dl=0

Steps to reproduce I'm not exactly sure what causes it, but I can fix it by removing the trailing space at the end of the template on that page. Mediawiki seems to insist on adding the space back from time to time, so I keep running into the problem. It's not just onlthis page.

Expected result: Gallery format should be used, bot a bulleted list of images

Observed result: see screenshot

[JeroenDeDauw]

You can attach images here

[the1gofer]

[markmuzenhardt]

We at fuerthwiki.de have the same Problem. MediaWiki 1.35, PHP 7.4, MySQL 5.7, SMW 3.2.1. If an article is saved, maybe the semantic gallery is rendered as bullet list instead of a gallery. Sometimes, if you save a second time, the galery gets rendered properly, sometimes not.

[Sophivorus]

It seems that a gallery that renders correctly will then render incorrectly after a simple refresh or two, and from then on will always render incorrectly, so this bug effectively breaks the gallery result format.

In the example below, the HTML of the good vs bad galleries seems identical, so this suggests a CSS loading issue. (Note that the screenshots show a custom skin, but I verified that the same issue occurs with Vector).

[ChieftainAlex]

We've got the same issue on our wiki, which uses SRF 3.2.0 // SMW 3.2.3 // MW 1.35.2

I agree it seems to be a CSS issue. Using debug=true I was able to identify that the missing CSS module is modules=mediawiki.page.gallery.styles

Bizarrely the exact same CSS module loads perfectly every time when previewing a page edit, but submitting it usually results in the column appearance due to the module not being requested. Sometimes a purge/refresh fixes it for a brief moment.

As a workaround I have pasted the above module's css into our site's common.css.

Example page (now has the workaround implemented so you won't see any issues, switch off the css sheet with our site's common.css rules and you'll see it): https://wiki.guildwars2.com/index.php?title=Gallery_of_Roller_Beetle_skins

[gesinn-it-gea]

We had a look into this issue and it seems to be related to caching. @ChieftainAlex is correct with the CSS module missing (in case the page is loaded from cache) and with the page looks good in preview (which bypasses cache).

@the1gofer @Sophivorus @markmuzenhardt @krabina can you try to temp. disable caching with:

$wgMainCacheType = CACHE_NONE;
$wgParserCacheType = CACHE_NONE;
$wgMessageCacheType = CACHE_NONE; 

Make sure, PHP's OPCache is disable so that the above changes have effect.

With disabled cache, gallery should always be rendered correct.

[Sophivorus]

Hi! I just verified that setting $wgMainCacheType = CACHE_NONE; sufficed for my case, so the diagnosis seems correct.

[the1gofer]

confirmed, that seems to work.

Jason Crews

On Wed, Nov 24, 2021 at 5:36 AM Markus @.***> wrote:

Closed #620 https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/620 via #687 https://github.com/SemanticMediaWiki/SemanticResultFormats/pull/687.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/SemanticMediaWiki/SemanticResultFormats/issues/620#event-5666629724, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAQKUNBMGXZTMOKXIJ3Y2E3UNTL4JANCNFSM4S6V6OPA .