iBet uBet web content aggregator. Adding the entire web to your favor.
iBet uBet web content aggregator. Adding the entire web to your favor.



Link to original content: http://phabricator.wikimedia.org/T335527
⚓ T335527 [Bug] Mobile mediaviewer doesn't work on Group 0 and Group 1 wikis
Page MenuHomePhabricator

[Bug] Mobile mediaviewer doesn't work on Group 0 and Group 1 wikis
Closed, ResolvedPublic0 Estimated Story PointsBUG REPORT

Description

Steps to reproduce

  1. Visit https://it.m.wikipedia.org/wiki/Scleri
  2. Click on an image

Expected results

User stays on the same page and the mobile media viewer opens

For example,

2023-04-27_12-07-49 (3).png (1×3 px, 1 MB)

Actual results

The user is navigated to a different page that displays the image:

2023-04-27_12-11-54.png (1×3 px, 2 MB)

Environments observed

  • Browser version: Chrome 112
  • OS version: Mac OS Ventura
  • Device model: MacBook Pro
  • Device language: en

Check any additional observations

Developer Notes

Note that this works on group 2 wikis, but not on group 0 or group 1. I believe this is related to the wgParserEnableLegacyMediaDOM config flag being set to false on group 0 and group 1.

QA Results - Prod

ACStatusDetails
1T335527#8829745 T335527#8833869

Event Timeline

nray created this task.
ovasileva subscribed.

Moving to sprint 3 since this is only affecting group 1 and group 0 for now.

hey @Arlolra Just a note this is pretty urgent to fix from the web team side. We are assuming that fixing this would be a blocker for rolling out to group 2 wikis. We can support you if needed with code review as presumably this requires a change in MobileFrontend's JavaScript.

Also broken on desktop. My mistake. Preference was disabled.

hey @Arlolra Just a note this is pretty urgent to fix from the web team side. We are assuming that fixing this would be a blocker for rolling out to group 2 wikis. We can support you if needed with code review as presumably this requires a change in MobileFrontend's JavaScript.

I'm working on a fix for it now and I will add you as reviewer. And yes, I consider it a blocker to further rolling out the config change.

Also broken on desktop. My mistake. Preference was disabled.

Yeah, that was handled some time ago,
https://github.com/wikimedia/mediawiki-extensions-MultimediaViewer/commit/ae5a7aeac1f2c1a1b6bc932f1158afd9dca92da3

Change 912971 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/extensions/MobileFrontend@master] Fix mobile mediaviewer for when !wgParserEnableLegacyMediaDOM

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

Change 912971 merged by jenkins-bot:

[mediawiki/extensions/MobileFrontend@master] Fix mobile mediaviewer for when !wgParserEnableLegacyMediaDOM

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

On a more general note would it help if web team audited their projects for any specific problems with the parsoid migration? We did something similar for IP masking and that may be useful here (I imagine section collapsing will need a rewrite for example)

Edtadros added subscribers: Arlolra, Edtadros.

Test Result - Prod

Status:
Environment: itwiki
OS: macOS Ventura
Browser: Chrome
Device: MBP
Emulated Device:NA

Test Artifact(s):

QA Steps

Visit https://it.m.wikipedia.org/wiki/Scleri
Click on an image
❓ AC1: User stays on the same page and the mobile media viewer opens
@Jdlrobson, Not sure what I should be validating. When I click on the first image, the mobile viewer opens.

Screen Recording 2023-05-05 at 8.01.33 AM.mov.gif (1×1 px, 1 MB)

The second image opens a new page
Screen Recording 2023-05-05 at 8.03.26 AM.mov.gif (1×1 px, 935 KB)

@Arlolra this looks like it's still broken. It seems to only work for images in the lead section. Mobilefrontend lazy loads images beyond the lead section so presumably MobileFrontend needs to take into account the lazy markup.

@Arlolra this looks like it's still broken. It seems to only work for images in the lead section. Mobilefrontend lazy loads images beyond the lead section so presumably MobileFrontend needs to take into account the lazy markup.

Sorry, I'll get this fixed up today. Thanks for the QA

@Jdlrobson Sorry, no, this doesn't have anything to do with lazy loading. The wikitext looks like,

[[File:Asia_Minor_ca_842_AD.svg|link=https://en.wikipedia.org/wiki/File:Asia_Minor_ca_842_AD.svg|destra|miniatura|250x250px|L'[[Anatolia|Asia Minore]] bizantina e la frontiera arabo-bizantina alla metà del IX secolo]]

The presence of the |link= media option means that when you click on the link, the browser should navigate to that page and not open the media viewer. If you look at the non-mobile view, https://it.wikipedia.org/wiki/Scleri, the behaviour is the same.

Oh wow. I didn't realize the media viewer could be disabled that way.

Can confirm what you are saying here.
Looks like https://it.m.wikipedia.org/wiki/Isole_dei_Principi works as we were expecting. Sorry for the false alarm!