Page MenuHomePhabricator

All Wikimedia projects other than Wikipedia, Test Wikipedia, and Wikinews extremely zoomed out while using Vector Skin on iPad.
Closed, ResolvedPublicBUG REPORT

Description

List of steps to reproduce (step by step, including full links if applicable):

  • The bug is happening on an iPad (5th generation) running iPadOS 15.5, so you would probably want to use the same kind of device.
  • Use Safari.
  • Go to any Wikimedia Foundation project other than Wikipedia, Test1 Wikipedia, or Wikinews. It does not matter if you are logged in or not.
  • Make sure that you are using Vector skin. The bug happens with both Vector 2010 and Vector 2022.
  • If you are on Wiktionary, Wikivoyage, Wikiquote, Wikiversity, Wikibooks, or Test2 Wikipedia, go to any page other than the main page. On Wikibooks, the issue does not occur if you go to the book on LaTeX (which is currently featured), but any other book on the main page seems to have the issue.

What happens?:
The wiki interface and content will be extremely zoomed out. The site will look either extremely wide or extremely narrow. The text will be very difficult to read, but you will be able to zoom in by spreading apart two fingers, like usual.

What should have happened instead?:
The interface and content should have been far larger.

Software version (if not a Wikimedia wiki), browser information, screenshots, other information, etc.:
I first noticed this issue on MediaWiki.org about an hour ago. I know that I visited that site five or six days ago without any issues. I can’t remember if I’ve visited any of the other sites that now have the issue between then and now. The issue happens regardless of whether or not I am logged in.

18DD80F9-EA6B-4263-9DDB-7CA5D73F2519.png (1×2 px, 428 KB)

What a site with the issue looks like in Vector (2010)
113FD567-7902-415A-9D9D-3CBF2E2B70CE.png (1×2 px, 383 KB)

What a site with the issue looks like in Vector (2022)
D36D9EDC-95F1-4929-9E95-C47793EC9652.png (1×2 px, 471 KB)

What a site with the issue looks like in Monobook or any other skin (The zoom-out issue only happens with Vector.)
FB2ED6EB-BA8C-49C3-A14F-2FFDC62B0DC5.png (1×2 px, 616 KB)

What a site should look like in Vector (2010)
F8C20C29-71D4-4B1D-ADAD-29BE97E2A126.png (1×2 px, 490 KB)

What a site should look like in Vector (2022)

Event Timeline

We can't see the attached files — on the right hand side of the screen, do you see

image.png (270×208 px, 13 KB)

? There should be links under each of these files to "attach" them to the task

Here's an example of this phenomenon on iOS 12.5:

6A219C01-C20B-48B2-ACE4-A59A8ECC6AB9.png (1×2 px, 383 KB)

We can't see the attached files — on the right hand side of the screen, do you see

image.png (270×208 px, 13 KB)

? There should be links under each of these files to "attach" them to the task

I’m so sorry! I’ve never used this site before, so I didn’t realize that I had to do that! You should be able to see the photos now.

Correction: The issue actually does happen on Wikinews, too. The issue does not happen when you click on one of the larger articles featured on the main page, but it does happen if you access a page in any other way. This means that the only sites that don’t have the issue are Wikipedia and Test1 Wikipedia.

Thanks for raising this bug!

Hello, this was an intended change mentioned in https://www.mediawiki.org/wiki/Project:Tech_News#Tech_News:_2022-25 however as noted there we were aware there might be some issues and this doesn't look consistent with what we were expecting. I will be looking into this tomorrow morning and will most likely revert and/or refine this before the end of the week (if anyone is tempted to revert this before I start work please wait for me as I need to run some tests first to learn from this experience). This should not be considered a train blocker.

@Evil_Sith_Lord a few questions that would be helpful:

  • if I understand correctly this is impacting your ability to read Wikipedia on an iPad in Vector and Vector 2022 skins?
    • Is it impacting your workflow on a mobile device?
    • Is it impacting your editing workflow?
  • Do you have any preference around whether the content adapts to your device even if that meant not receiving the full site? e.g. items collapsing into menus

e.g.

Screen Shot 2022-06-22 at 5.26.02 PM.png (124×1 px, 19 KB)

Screen Shot 2022-06-22 at 5.26.13 PM.png (98×368 px, 6 KB)

Not an iPad, but I'm using the Vector 2022 skin on mobile. The size of the text doesn't seem to interfere with reading, but there are blank spaces on both sides of the screen, and elements such as buttons have become so small that they cannot be clicked without zooming in. I think this should be a deployment blocker.

Screenshot_20220623-093824_Chrome.png (2×1 px, 445 KB)

Change 807660 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):

[mediawiki/core@master] Skin: Change viewport based on feedback

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

Test wiki created on Patch demo by Jdlrobson using patch(es) linked to this task:
https://patchdemo.wmflabs.org/wikis/ab79967748/w/

The above patch gives the following result on iPad which is how it should be (with table of contents):

Screen Shot 2022-06-22 at 8.07.16 PM.png (1×892 px, 827 KB)

Will look to backport that tomorrow.

I've also tested on an iPhone and Android and the patchdemo is consistent with icon sizes and lack of blank space on en.wikipedia.org 1.39.0-wmf.16

Change 807660 merged by jenkins-bot:

[mediawiki/core@master] Skin: Change viewport based on feedback

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

Change 807900 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):

[mediawiki/core@wmf/1.39.0-wmf.17] Skin: Change viewport based on feedback

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

Change 807900 merged by jenkins-bot:

[mediawiki/core@wmf/1.39.0-wmf.17] Skin: Change viewport based on feedback

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

Mentioned in SAL (#wikimedia-operations) [2022-06-23T14:10:03Z] <taavi@deploy1002> Synchronized php-1.39.0-wmf.17/includes/skins/Skin.php: Backport: [[gerrit:807900|Skin: Change viewport based on feedback (T311119)]] (duration: 03m 29s)

We just synced a change that should improve this situation. Note you may need to apply ?action=purge to the URL if you are viewing anonymously.

Please let me know (here) if you are continuing to still see problems. If you are be sure to let me know your browser, the page URL and the device you are using.

I see both the sidebar table of contents and the table of contents buttons in the title, is this intended?

Screenshot_20220623-232521_Chrome.png (2×1 px, 641 KB)

@Bluehill395 I am also seeing that and that doesn't look expected thanks for pointing that out.
But, that also does not seem related to this particular issue. I'll raise this in T308689 as this feature is new and being actively developed.

I don't know if this is relevant, but for the past week and a half, every page view has had the following warning in the console:

[Chrome DevTools warning]

The value "1200px" for key "width" was truncated to its numeric prefix.
@:29

29: <meta name="viewport" content="width=1200px, initial-scale=0.25"/>

Which suggests that perhaps invalid syntax is being used.

I've had confirmation from 2 people who reported the issue that the issue is fixed.

@Krinkle the chrome dev tools warning has been fixed in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/808016
I've confirmed there is no change after dropping it on iPad.

Please comment here or T306910 if you are experiencing any further issues that might be related to this change.

Test wiki on Patch demo by Jdlrobson using patch(es) linked to this task was deleted:

https://patchdemo.wmflabs.org/wikis/ab79967748/w/