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
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 tags @uls-in-sidebar-only and @uls-in-personal-only.
We will figure out a better solution.
Alterted the test so that it catches if the language selector is
not visible in the viewport to catch regressions like bug 56937.
Bug: 56937
Change-Id: Ie8a37bf4f38e9c82e0c14736f2bc29e8ec1331ff
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
1. Removed sleep 1.0, not needed,
2. Removed ascii_vector.rb and ascii_mono.rb as we use, using_params
now.
Change-Id: Ieeb0eb3a58805fcbfdfd0a3349a427d4757472cb
* 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
