wikimedia/mediawiki-extensions-MultimediaViewer
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/MultimediaViewer synced 2024-09-29 21:28:12 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Multim.../tests/browser/features/basic_mmv_navigation.feature

18 lines
982 B
Gherkin
Raw Normal View History

Add Safari to browser tags The test passes on Cloudbees, we can now add the tag to make it official Change-Id: Id0ada2fbdb7e3fea1429d0cbec52b24e5815c4ac
2014-06-16 12:09:59 +00:00
@en.wikipedia.beta.wmflabs.org @firefox @chrome @internet_explorer_9 @internet_explorer_10 @safari
Initial setup for Multimedia Viewer browser tests and first basic e2e test. Did some clean-up for Cucumber tags and code conventions. Change-Id: Ifc954f60a50c41211043493fd64c2dcfa64848ff Mingle: Multimedia card #100 Bug: 60049
2014-01-15 00:03:34 +00:00
Feature: Basic Multimedia Viewer navigation
Scenario: Multimedia Viewer (MMV)
Set correct license link location in E2E test * Remove login since it's not longer needed * Point to a new smaller test page instead of Lightbox_demo which should make the tests run much faster * Tweak selenium scroll workaround which seems to be speed-dependant Change-Id: I247ae6a5044ecc93b6f3839f1b9ed955b488b5a7 Mingle: https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/475
2014-04-20 15:42:40 +00:00
Given I am at a wiki article with at least two embedded pictures
Initial setup for Multimedia Viewer browser tests and first basic e2e test. Did some clean-up for Cucumber tags and code conventions. Change-Id: Ifc954f60a50c41211043493fd64c2dcfa64848ff Mingle: Multimedia card #100 Bug: 60049
2014-01-15 00:03:34 +00:00
When I click on the first image in the article
Then the image metadata and the image itself should be there
When I click the next arrow
Then the image and metadata of the next image should appear
When I click the previous arrow
Then the image and metadata of the previous image should appear
When I close MMV
Then I should be navigated back to the original wiki article
Restore article scroll after closing Media Viewer There used to be a CSS trick with the order we added things to the page and removed them from it, but it doesn't seem possible anymore with the new order of execution, with the overlay appearing immediately and being taken care of inside bootstrap. The main cause of the bug, however, was the hash reset happening after the interface was closed. Doing the scroll restore with jQuery.scrollTo is more future-proof and testable in QUnit. Additions were also made to the cucumber E2E test because QUnit alone wouldn't have caught the hash issue. This also cleans up custom events a little and reintroduces pushState on browsers that support the history API. Change-Id: I63187383b632a2e8793f05380c18db2713856865 Mingle: https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/439 Bug: 63892
2014-04-11 09:31:38 +00:00
Then the wiki article should be scrolled to the same position as before opening MMV
Add history back button test to E2E The scrolling logic has broken specifically when navigating with the back button (as opposed to pressing the "close" button). This change aims to test that scenario. Change-Id: Ibe31b319c882b7de2a84ae143652144093c50f1c
2014-04-15 14:25:22 +00:00
When I click on the first image in the article
And I press the browser back button
Then I should be navigated back to the original wiki article
Then the wiki article should be scrolled to the same position as before opening MMV
Reference in a new issue Copy permalink