Last modified: 2014-09-24 20:40:47 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T55308, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 53308 - Hash behaviour on mobile with sections
Hash behaviour on mobile with sections
Status: RESOLVED DUPLICATE of bug 69351
Product: MobileFrontend
Classification: Unclassified
Feature requests (Other open bugs)
unspecified
Smartphone other
: Low enhancement
: ---
Assigned To: Nobody - You can work on this!
: design, mobile
: 62703 (view as bug list)
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2013-08-25 07:15 UTC by emmprogramming
Modified: 2014-09-24 20:40 UTC (History)
11 users (show)

See Also:
Web browser: Apple Safari
Mobile Platform: iOS 6.x
Assignee Huggle Beta Tester: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description emmprogramming 2013-08-25 07:15:26 UTC 
Running iOS 6.1.2 mobile safari browser on Wikipedia's mobile website

Go to any article. 
Open a sub-category. 
Click any link that will open a new article. 
Now at the new page, press the back button to return to original article. 
Instead of being taken to the place where you have left the article you will be at the bottom of the page with all sub-categories closed. 

Should be taken back to the place where you have left off.
Comment 1 Jon 2013-08-26 20:46:12 UTC 
Previously we maintained a hash when you toggled open a section but some people complained this was annoying as this meant that clicking back would take you to the previous section you toggled rather than the previous page (if you toggled open 5 sections it would be 5 steps back to the 1st page).

It's not clear what the best behaviour is but we should discuss this some more and work out how this should work to make everyone happy.
Comment 2 Arthur Richards 2013-09-07 00:05:30 UTC 
Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/mobile//1182
Comment 3 Jon 2013-12-23 20:51:19 UTC 
Jared what's your opinion on what the behaviour should be here?
Comment 4 Jared Zimmerman (WMF) 2013-12-23 22:34:19 UTC 
I think this would only make sense to preserve for the session, e.g. if i follow a link on a page it would be great to use the back button to go to the exact same place on the page that i followed the link from, however this seems to be more browser behavior than something a site should try to dictate through hacks. I would never recommend that section expands and collapses should be written into the browser history, since that would cause very undesirable (and confusing) behavior to most users.
Comment 5 Gerrit Notification Bot 2013-12-27 19:20:01 UTC 
Change 103845 had a related patch set uploaded by Jdlrobson:
In alpha mode, save and restore the set of open sections in the history

https://gerrit.wikimedia.org/r/103845
Comment 6 Gerrit Notification Bot 2014-03-10 18:34:58 UTC 
Change 103845 abandoned by Jdlrobson:
In alpha mode, save and restore the set of open sections in the history

Reason:
Please feel free to re-open this patchset and see it to completion.

Abandoning for now due to inactivity so that it disappears from the queue of things to review.

https://gerrit.wikimedia.org/r/103845
Comment 7 Jon 2014-03-18 14:24:17 UTC 
*** Bug 62703 has been marked as a duplicate of this bug. ***
Comment 8 Jon 2014-09-24 20:40:47 UTC 

*** This bug has been marked as a duplicate of bug 69351 ***
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links