This patch restores the enableWebfonts preference, stored inside
the uls-preferences blob. It existed as 'enable-webfonts' in
the past and was removed in
If735a733717596fae03042c5e277bd538bd8501f
Each wiki can be configured to load the fonts by default
using the new global variable $wgULSWebfontsEnabled.
Its default value is true (to load fonts).
This also removes the preference 'uls-enable', recently added in
I71b70d8ee7c3cad7f49b32e5dc494ef4fc1bdb2f
The initialization of ext.uls.webfonts.js is changed as well,
so that minimal webfonts JS library code is loaded,
and the rest is loaded only if a user requests it.
Bug: 60304
Change-Id: I49e812eae32266f165591c75fd67b86ca06b13f0
Had to increase timeout that waits for a div to disappear, the default
5 seconds was not enough. Increased timeout also fixes this test that
fails sometimes: http://goo.gl/YXBDAj
Bug: 56885
Change-Id: I2def25828865a21eb321d0d9ea2e57764d86c1a2
Ambiguous match of "the selected interface font must be "Systemschriftart"":
Element is no longer attached to the DOM (Selenium::WebDriver::Error::StaleElementReferenceError)
Change-Id: I74d6c8245d413dbf2819a113a19476d9b998d3c4
Removed old and ugly steps that are no longer used. Introduced one
small and beautiful step.
Fixes three failed Jenkins jobs:
https://wmf.ci.cloudbees.com/view/r-uls/job/UniversalLanguageSelector-co
mmons.wikimedia.beta.wmflabs.org-linux-firefox/128/testReport/(root)/Aut
onym%20font/
Change-Id: I68da4364592514d161996517875a06fd2942ff0f
* Removed step which different only in case of one letter
* Removed quotes from few steps
* Fixed the scenario, but marked it as pending due to a bug
Change-Id: Iab160782e73071b543ef550dc7d86171e3636d23
Fixed typo in feature description.
Merged two background steps since the last one did not have any actions
that could be done manually.
Removed assertions from a "given" (login) step. We already extensively
test logging in. If this extension needs login tests, they should go to
a separate feature file.
Moved methods from steps file to page file, following page object
pattern.
Change-Id: Ic5250970362718f5ed887c9ac8fd56948724b210
* When ULS is in personal, cancel opens the language selector
again but apply doesn't.
* Created separate steps for testing the ULS trigger in personal
position, different behavior with different configuration.
Change-Id: Ifb7f101f2bfacd32c11cba69e7f2c01fe9bd9bb7
If a user does changes in module A, does not save or cancel,
goes to module B, does some changes, moves to other modules,
and finally presses Apply, all changes should get saved.
Similarly, if a user cancels, all changes should get cancelled.
This required moving the cancel and apply button outside of modules
and managed by the language settings framework.
Modules get mw.uls.settings.apply or mw.uls.settings.cancel triggers
to do whatever they want to do on apply or save.
Includes some refactoring related to this.
Bug: 53256
Change-Id: I7d773d33a980a78604b36e39bf96a5686870124e
Happens when anonymous user cannot change language, and the
language of the translation differs from the content language.
Change-Id: Ie4f15f1813eec992cfe060baf9cd7dcb5f8a0d95
There is currently some duplication between the various page objects
and other code. Those should be cleaned up incrementally.
Change-Id: I592829a00ca65bbecd5399b773c885c764c1cc06
