Page MenuHomePhabricator

Tags on article talk shift the page in Mobile Read as wiki page
Closed, ResolvedPublic

Assigned To
Authored By
Waddie96
Oct 11 2019, 8:56 AM
Referenced Files
F30811800: IMG_1549.PNG
Oct 17 2019, 6:08 PM
F30811804: IMG_1548.PNG
Oct 17 2019, 6:08 PM
F30811828: IMG_B01A0110958E-1.jpeg
Oct 17 2019, 6:08 PM
F30650801: Screenshot from 2019-10-13 15-29-18.png
Oct 13 2019, 8:33 AM
F30628983: AF678B13-3BF1-40EE-8C6D-CDF12253B724.png
Oct 11 2019, 9:05 AM
F30628967: 244F9952-51F8-4DE9-BDCF-6F96DB6F39DC.png
Oct 11 2019, 8:56 AM

Description

As can be seen in the screenshot, tags on article talk pages, here is an example on an article talk page Talk:House demolition in the Israeli–Palestinian conflict in Read as wiki page view, shift the page/make a white space on the right when in Mobile view

244F9952-51F8-4DE9-BDCF-6F96DB6F39DC.png (2×1 px, 681 KB)

Event Timeline

Waddie96 renamed this task from Tags on articles shift the page in Mobile view to Tags on article talk shift the page in Mobile Read as wiki page.Oct 11 2019, 9:01 AM
Waddie96 updated the task description. (Show Details)
Waddie96 updated the task description. (Show Details)

Is it possible to place talk page tags like article tags are done?

AF678B13-3BF1-40EE-8C6D-CDF12253B724.png (2×1 px, 1 MB)

Hi @Waddie96, what exactly is a "tag" in this context? Please also see https://www.mediawiki.org/wiki/How_to_report_a_bug for how to structure tasks - thanks!

The tag is "This article was nominated for deletion on 29 June 2007. The result of the discussion was keep." on the talk page. And "This article needs additional citations for verification" on the article page.

@Waddie96: Thanks. I cannot reproduce in Chromium 77 after logging in, plus it looks very different here... Which exact browser is this about?
Did you enable "Advanced Mobile Contributions" maybe?

Screenshot from 2019-10-13 15-29-18.png (602×402 px, 62 KB)

Masumrezarock100 subscribed.

This appears to be an issue with Advanced Mobile Contributions mode. MobileFrontend has nothing to do with this.

@Aklapper Browser: Safari 13 on iOS 13.1.3, browser size 375 x 635

Unfortunately I visited the site not logged in, and it still appears: (@Masumrezarock100: and therefore I think it has nothing to do with Advanced Mobile Contributions)

IMG_1549.PNG (2×1 px, 690 KB)

When I logged in, with Advanced Mobile Contributions enabled yes, it also still appears:

IMG_1548.PNG (2×1 px, 724 KB)

What I mean is the text isn't left-aligned and overlaps the 'toolbar' above it unlike the body text later on on the page. See the faint red line to illustrate right-end of the toolbar and the faint purple line to illustrate the text from the 'tag' crossing over the faint red line which should surely be it's margin like the body text:

IMG_B01A0110958E-1.jpeg (2×1 px, 716 KB)

@Waddie96: Thanks. I cannot reproduce in Chromium 77 after logging in, plus it looks very different here... Which exact browser is this about? Did you enable "Advanced Mobile Contributions" maybe?

Screenshot from 2019-10-13 15-29-18.png (602×402 px, 62 KB)

In my opinion, your screenshot shows exactly what I mean, the text of the 'tag' going past the vertical parallel of the right-end of the toolbar.

Jdlrobson subscribed.

This has nothing to do with mobile or Minerva. The template in the talk page is what's causing the rendering issue. This is precisely why the "read as wiki page" button exists. When clicking it you are risking these sorts of changes. Please fix on wiki.

The offending wiki text is:

{| class="messagebox {{#ifeq:{{{small|}}}|yes|small|standard}}-talk oldafd" style="text-align:center;"
| width="48px" | [[Image:Evolution-tasks-old.png|{{#ifeq:{{{small|}}}|yes|20px|35px}}|Articles for deletion]] || This article was nominated for [[Wikipedia:Deletion policy|deletion]] {{#if:29 June 2007|on 29 June 2007|in the past}}. The result of [[:Wikipedia:Articles for deletion/House demolition in the Israeli-Palestinian conflict|the discussion]] was keep.
|}
`

Please note MediaWiki:Common.css does not load on mobile (intentionally) and this should really live in a template with responsive CSS+HTML.

Jdlrobson claimed this task.

Appears to be fixed.