Now that some targets support link pasting (Flow) we need to
make sure that pasted links match to an allowed type ('link/mwExternal')
instead of plain 'link' annotations which should never exist
in an MW document.
In a later commit we should auto-detect internal links.
Change-Id: I7faae834aa6e730c3cf93a691331a05fd0fe3d5c
New changes:
c12a674 Debug bar margin fixes
4c9be2f ve.dm.ElementLinearData#getRelativeOffset: Add a missed exception-throwing test case
1dce6e0 Trigger plain text transfer handler if HTML paste was unformatted
97dd207 Ensure all test documents have an internal list
dc7a335 Transactions: Ignore internalList changes in getModifiedRange
bae50ca Update OOjs UI to v0.16.3
b9d6c3c DataTransferItem: Ensure getAsString always returns a string (as documented)
5d8ade5 ElementLinearData: Include all non-content nodes is isPlainText loose mode
Change-Id: Ibfe66addc669e5d6007c738d209be6d7ef61e6d7
New changes:
98ade11 FocusableNode: Protect against calculateHighlights being called on null surface
2e966ae Sanitize the paste context in the same way as the paste data
b7dd849 dm.Document#shallowCloneFrom*: Remove unnecessary internalList.clone()s
b10fd9f Localisation updates from https://translatewiki.net.
b6a5f11 Table import: Only import the internal list on external paste
08b32fd Re-order paste logic so $pasteTarget sanitization can be skipped
Change-Id: I8a2aa43efcd4e55e581a711c222a4c3f832bd5f2
I have noticed that Jenkins job that runs daily fails sometimes because
looking up the element failed after 5 seconds. The time is increased
from 5 to 10 seconds.
Bug: T94150
Change-Id: Ib23f4ac72aa6c734f297e8f9fb5ad4645ac8891e
New changes:
a4707b1 Ensure table cells are ce=true before computing offsets
c1e1bd7 Localisation updates from https://translatewiki.net.
Change-Id: I8b3d9dacc213c9be9548f7e112dd3e786451152a
New changes:
1c654c0 AnnotationContextItem: refactor applying a change to the annotation
ea2b30f Localisation updates from https://translatewiki.net.
5f451d2 CommandHelpDialog: Use this.constructor.static
Change-Id: I5bde122199920ffb986fbffbc46ea6e3369a59e3
Follow up to I9cf2aa50
Someone should figure out why some of these still have translations
Bug: T129704
Change-Id: I23e4c72fc07c4decf43b8b3a76bb5515731e737c
* Avoid global wfMessage since it defaults to the session-based user language.
This can be worked around with `inLanguage( $context->getLanguage() )` but
is rather fragile. MediaWiki provides msg() in its RequestContext as well
(as used on special pages etc.). Use the same here.
* While at it, refactor this a bit to simplify the message handling.
* Remove empty constructor method.
Change-Id: I4a358d6de236e24fa6e0538bb049ddec98f9fcc4
* Don't just fail to load, action=visualeditor itself should not write to the DB
(we have action=visualeditoredit for that)
* Send notice to the client in the usual way
* Handle read only errors on save, log as unknown
This won't let you review changes because that uses visualeditoredit
Bug: T129501
Change-Id: Id78c06b031423e47a7ddf94ec615b6d6975309d3
New changes:
6fd5cb7 Update OOjs UI to v0.16.2
ec19ac3 CommandRegistry: Provide getNames method in command registry
b856b17 Protect against calling .classList on text nodes
bf1f2cc KeyDownHandlerFactory: Prevent duplication in handlerNamesByKeys
Change-Id: I0d53340427da414a44112497295112e67883db13
VisualEditor_Insert_Menu scenario fails with `Original image height is
too small! (ChunkyPNG::OutOfBounds)`.
Bug: T119482
Change-Id: I30c3a9757c5754a40921fce5225b73897eed865b
