Using the same logic we used for converting pasted URLs, detect
internal links by matching their base.
Currently link pasting is still disabled in the VE target, but
has been enabled elsewhere (Flow).
Change-Id: Iebd61abbe1fe82fd18d129e1dbc815ca75f44e87
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
