Last modified: 2014-03-07 20:10:34 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 T58558, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 56558 - VisualEditor: Templates with a conditional <li> asterisk in the beginning render in VE with it always visible
VisualEditor: Templates with a conditional <li> asterisk in the beginning ren...
Status: ASSIGNED
Product: VisualEditor
Classification: Unclassified
Editing Tools (Other open bugs)
unspecified
All All
: Normal normal
: ---
Assigned To: Editing team bugs – take if you're interested!
https://he.wikipedia.org/wiki/%D7%A9%...
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2013-11-04 11:27 UTC by Amir E. Aharoni
Modified: 2014-03-07 20:10 UTC (History)
8 users (show)

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

Attachments
A video of the behaviour in Swedish Wikipedia. (2.42 MB, video/ogg)
2014-02-06 15:38 UTC, Jan Ainali 		Details
Add an attachment (proposed patch, testcase, etc.)

Description Amir E. Aharoni 2013-11-04 11:27:26 UTC 
Some frequently-used templates in the Hebrew Wikipedia, for example {{ynet}} have an asterisk in the beginning, which is inserted conditionally according to a parameter.

They don't appear in the rendered article, but they appear as bullets when editing the article in VE.

For an example see the URL.

I demonstrated the issue to Moriel.
Comment 1 Jan Ainali 2014-02-06 15:38:20 UTC 
Created attachment 14508 [details]
A video of the behaviour in Swedish Wikipedia.

Perhaps the video might be an additional issue as the first template in the video; https://sv.wikipedia.org/wiki/Mall:IMDb-titel does not contain an conditional asterisk but just a plain one, which seem to be handled well in the parser.
Comment 2 James Forrester 2014-03-07 20:10:34 UTC 
Possible Parsoid bug?
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links