Page MenuHomePhabricator

Bare Special:Contributions (without subpage) shouldn't be caught by mobile
Closed, DeclinedPublic

Description

https://en.wikipedia.org/wiki/Special:Contributions sends me to https://en.m.wikipedia.org/wiki/Special:Contributions , it then says "No such page".


Version: unspecified
Severity: normal

Details

Reference
bz65039

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 3:09 AM
bzimport set Reference to bz65039.
bzimport added a subscriber: Unknown Object (MLST).
liangent created this task.May 8 2014, 6:51 PM

bingle-admin wrote:

Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/AaSCnXPp

Can you please describe the behavior you would expect? Should https://en.m.wikipedia.org/wiki/Special:Contributions display the desktop interface?

maybe desktop form in mobile skin? and after a username is entered show contribs in mobile layout.

KilliondudeWP wrote:

(In reply to Liangent from comment #0)

https://en.wikipedia.org/wiki/Special:Contributions sends me to
https://en.m.wikipedia.org/wiki/Special:Contributions , it then says "No
such page".

There are two (possible) concerns here:

  1. The desktop site redirects to the mobile site.
  1. The mobile site is having issues with "Special:Contributions".

I think this bug should be about the second issue. As reported on enwiki's VPT, Android users who are logged out (i.e. IP editing) cannot view "Special:MyContributions" nor "Special:Contributions" when entered in the search bar. A "no such page" page is loaded, with no formatting and in what looks like a desktop-type error page.

So, from both an experienced and new user perspective, this doesn't seem like an issue. If you've navigated to Special:Contributions on the mobile site, that means you've manually typed it into the search bar -- which means you're a sophisticated user of Mediawiki and know that you can type "slash username" to get to the contribs of any specific user (which is all you really want to do on Special:Contribs, right?). Otherwise, there's no way to get to Special:Contributions on the mobile site (please correct me if I'm wrong), so it's unlikely that a new user is going to accidentally land on it and get confused by it. Though we *could* theoretically spend time designing and building a separate generic Special:Contribs page that works on mobile, it's unclear to me who we would be building it for, and thus doesn't seem like it's worth the trouble.

KilliondudeWP wrote:

What?

There are multiple things wrong with the Android Wikipedia web platform involving "contributions" pages.

  1. I type in "Special:Contributions" and hit enter. I'm taken to an error page geared for desktop users with no Wiki*edia formatting and a couple lines of text.
  1. I type in "Special:Contributions/Killion" and hit enter. I'm taken to an error page within the Wikipedia mobile skin and it tells me there were no results matching the query.
  1. I am logged out (IP editing). I type in "Special:MyContributions" and hit enter. I'm taken to an error page geared for desktop users with no Wiki*edia formatting and a couple lines of text.

KilliondudeWP wrote:

Here are some screencaps for the above cases.

  1. http://imgur.com/00lkkAz
  1. (I meant to say Special:Contributions/Killiondude) in #c6 http://imgur.com/bVHcFi2
  1. Same as #1, http://imgur.com/00lkkAz

Both are case sensitive.
Your contributions page works fine for me
https://en.m.wikipedia.org/wiki/Special:Contributions/Killiondude

What you seem to be describing is a different enhancement request around searching and case sensitivity.

KilliondudeWP wrote:

(In reply to Jon from comment #8)

Both are case sensitive.

I just tested and you are correct. However, scenarios 1 and 3 from comment 6 are still broken, regardless of proper case. Same error page shows.

scenario 3 should be a separate bug and easy to fix.
scenario 1 is consistent with what the original bug report asks for but as mentioned above it is not clear what the right behaviour should be.

(In reply to Jon from comment #10)

scenario 1 is consistent with what the original bug report asks for but as
mentioned above it is not clear what the right behaviour should be.

It should behavior as if no mobile view has been designed for it at all?

Restricted Application added a project: Readers-Web-Backlog. · View Herald TranscriptApr 8 2015, 7:17 AM
Jdlrobson moved this task from 2015-16 Q4 to 2015-16 Q1 on the Readers-Web-Backlog board.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 18 2015, 5:08 PM
MaxSem removed a subscriber: MaxSem.Aug 18 2015, 5:13 PM
Jdlrobson lowered the priority of this task from Low to Lowest.May 1 2017, 5:32 PM
Jdlrobson closed this task as Declined.Jun 5 2017, 6:36 PM

Given SpecialMobileContributions is not related to SpecialContributions in any way and due to the method with which it is replaced (onSpecialPage_initList) it's not possible to redirect when the subpage is absent without getting stuck in a redirect loop. This task as written is thus impossible to resolve. Please help out with contributions and discussion on T122305 to move this forward.