Last modified: 2014-05-16 21:45:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T67362, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 65362 - VisualEditor: URLs followed immediately by {{templates}} are un-editable alienated content, because they're mw:ExpandedAttrs
VisualEditor: URLs followed immediately by {{templates}} are un-editable alie...
Status: ASSIGNED
Product: VisualEditor
Classification: Unclassified
Data Model (Other open bugs)
unspecified
All All
: Normal normal
: ---
Assigned To: Editing team bugs – take if you're interested!
:
Depends on: 61969
Blocks:
  Show dependency treegraph
 
Reported: 2014-05-15 19:01 UTC by WhatamIdoing
Modified: 2014-05-16 21:45 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description WhatamIdoing 2014-05-15 19:01:46 UTC
Reproducible: Always

This:

http://example.com{{deadlink}}

cannot be edited in VisualEditor.  It should be processed as two pieces:  one external link that is followed immediately by one template.  Instead, it is presented as a single block of unknown/un-editable/alienated content.
Comment 1 James Forrester 2014-05-15 19:12:40 UTC
Caused by mw:ExpandedAttrs from Parsoid.

Input:

| http://example.com{{deadlink}}

Output:

<a data-mw="…" typeof="mw:ExpandedAttrs" about="#mwt2" rel="mw:ExtLink" href="http://example.com" data-parsoid="…">http://example.com</a>
Comment 2 Roan Kattouw 2014-05-16 21:45:06 UTC
Supposedly the reason for this is that http://example.com{{echo|/index.php}} would produce a link to http://example.com/index.php , rather than a link followed by text. But it depends on what the template outputs; if the output starts with a space or a newline this won't happen. Maybe Parsoid is being a bit too trigger-happy with mw:ExpandedAttrs in the second case?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links