$.parseHTML() always returns an array, except in this one case,
so checking .length of the return value almost always works except
when it blows up in your face.
Filed upsteam as https://github.com/jquery/jquery/issues/1997
Bug: T86056
Change-Id: If133a9df4d573b41b0ecb5bde47b3e6ada053921
I2342fa5b added a dependency on Id658d925 in MediaWiki core which will first
be available in 1.25wmf14.
Also fix a spelling error.
Change-Id: I20a850f5da58b377b3c208d86b7f5c56f518fdb8
Breaking change: Introduces new dependency on php5-curl package.
Relies on Id658d925 which introduces this class into core.
Bug: T1218
Change-Id: I2342fa5b0a185f3e8d46d1ba8fa08278970cafb0
New changes:
9dfe7eb Localisation updates from https://translatewiki.net.
baa6dff Break out theme-specific CSS
f68fcd9 dist: Put cssUrlEmbed after cssjanus now this is possible so it works for dist
Change-Id: I2af22ab241397c8c84eb8e5e5b4e51f37f8971ac
New changes:
d8ed494 Update stylsheets from direction on init
4288b08 Limit number of find and replace results to render
0747440 Use viewport clipping when lots of search results found
2a5603f Update OOjs UI to v0.6.1
32b3431 Fix context comparison on after paste
229240e Localisation updates from https://translatewiki.net.
f7a831d Set hard limit of results to attempt to render, even with clipping
2279843 demo: Destroy the surface when switching away from VE mode
cb43471 Fix documentation of inherited ve.ce.ContentBranchNode methods
7d9a046 Don't attempt to render deactivated selections when collapsed
Change-Id: I8f08eccb531d022667dcc7efd08c6374562ec029
* Remove rounded corners.
* Change which borders are used as they change colour on focus.
* Fix margins.
Change-Id: I44f725dfeec5c26f95ba5368ca3848272d66e5be
Local teardown process was jumping to the front of the queue
resulting in the attributeInputs being emptied before they
were read in updateMwData.
Bug: T85818
Change-Id: I24cb490996048e514895c359dedf5945acdecb0a
New changes:
6cf26d2 demo: Unbreak eventLogger.html and eventSequencer.html
0ec8fe0 Localisation updates from https://translatewiki.net.
c739533 Destroy toolbar dialog manager when surface is destroyed
652fd88 Localisation updates from https://translatewiki.net.
649c9ce ve.ce.TestRunner: Don't assume there is a 'changeText' before 'endLoop'
8bc7441 imetests: Add a regression test for Polish keyboard input
b12ff72 ve.ce: Remove hacks from Surface#onDocumentKeyPress; add related IME test
8db941e Localisation updates from https://translatewiki.net.
76af411 Localisation updates from https://translatewiki.net.
d8e5766 Localisation updates from https://translatewiki.net.
4c1a0fa Update grunt-css-url-embed
127cd7c Localisation updates from https://translatewiki.net.
1545c82 Localisation updates from https://translatewiki.net.
f40b2ca Update bugzilla links to phabricator
bfd8205 Localisation updates from https://translatewiki.net.
e384bdf Localisation updates from https://translatewiki.net.
1e2e37d Localisation updates from https://translatewiki.net.
Change-Id: I4eb46a831b013aa36678b49575c90388cd5b52c7
Comment updated to indicate that the TemplateData
extension may also register the jquery.uls.data
module.
Bug: T85733
Change-Id: I161662e91148eff515d473ebe5d49d784b21a7a2
This cleans up the selectors for the elements on the toolbar
so that they can be tested.
Class names in the form of ve-test-* are added to elements
that have words for labels: 'Paragraph', 'Cite', 'Insert'.
There is no other way to look up these elements in the DOM
except using the UI text, but it is different in different languages,
so this is unusable for the language_screenshots job,
which is multilingual by its nature.
Bug: T76143
Change-Id: Ib0cb67151d893a5d2efccf798d6b25d197ed34d2
The issue is that when running automatically, upon loading the
page to be edited a second and third time, the cursor ends up
in a random place within the existing text of the article.
The test expects the cursor to always be at the start of the
article text, and this happens in Firefox.
I did a cursory check and I could not reproduce the issue of random
cursor placement upon multiple edits to the same article. There
may be a bug here, but it is not trivial to reproduce.
So let's take this test out of the Jenkins builds in the service
of more reliable green tests.
Change-Id: Ie3dd76c5b40f3035d43e6f0a06327adb70900f60
MobileViewTarget.
Due to this being missed, pageName was getting set to a jQuery object,
which eventually got passed as a data value in a $.ajax call, causing
jQuery to emit a TypeError: Illegal invocation.
I guess this needs a MobileFrontend commit as well. Don't think it fixes
all the issues with loading VE mobile though.
Bug: T78710
Change-Id: I431a902563f608a7a33028cd60112f39c57000a4
