Last modified: 2014-03-08 06:26:57 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 T64167, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 62167 - Browsing through previous/next images should not change the back button function
Browsing through previous/next images should not change the back button function
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
MultimediaViewer (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-03-03 21:51 UTC by Keegan Peterzell
Modified: 2014-03-08 06:26 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Keegan Peterzell 2014-03-03 21:51:05 UTC
This was reported by an editor using Firefox 27.0.1 on a Windows 8.1 

When you start using the previous and next tabs to load new images in Media Viewer, it has the effect of breaking your Back button in the browser. Back no longer returns you to the page immediate to opening Media Viewer, but instead cycles through all the old loaded images to return to the previous page. This should be avoided if possible for a better user experience.
Comment 1 Nik Matt 2014-03-05 01:30:59 UTC
I'm experiencing a similar problem, only instead of cycling through previous images it will go back to the initial article and trying to go back further does nothing. Long/right-clicking the back button and selecting a previous page still works as expected.

This is occurring in Google Chrome v.33.0.1750.146 on OS X 10.9.2.
Comment 2 Tisza Gergő 2014-03-05 19:54:08 UTC
Nik: that sounds like a different issue and more serious (possibly the popstate handler is not cleaned up and interferes with the navigation even after the viewer has been closed). Could you open a new bug and give exact steps to reproduce?
Comment 3 Keegan Peterzell 2014-03-05 21:30:13 UTC
62274 is Nik's bug.
Comment 4 Nik Matt 2014-03-08 01:29:08 UTC
(In reply to Keegan Peterzell from comment #3)
> 62274 is Nik's bug.

My apologies, I've been super busy and hadn't have time to add the bug myself. I should note that the behavior seems to have stopped yesterday and now works exactly like one would expect. Also digging the post-loading of the image after the modal window opens.
Comment 5 Keegan Peterzell 2014-03-08 06:26:57 UTC
No problem at all, Nik. You pointed out a high importance bug that was wrapped in with two other bugs. I was was organizing them so I went ahead and filed it and cc'd you. Thanks for bringing it up, glad that it's fixed now and that you're enjoying the new loading sequence.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links