Page MenuHomePhabricator

VisualEditor: [Regression] Reference names fixed when reference not altered but new reference added on particular page (and others?)
Closed, DeclinedPublic

Description

Intention:
Add one ref

Steps to Reproduce:

  1. Opened an existing ref, copied the contents, and cancelled out of the dialog.
  1. Opened a new ref, pasted what I'd just copied, changed the contents slightly, and applied changes.

Actual Results:
All the <ref name = whatever> tags on the page were "corrected".

Expected Results:
Nothing would change in paragraphs that I didn't touch.

Reproducible: Didn't try

This is presumably a regression, but search couldn't find any bugs containing the word "name".


Version: unspecified
Severity: normal
URL: https://www.mediawiki.org/w/index.php?title=User:Whatamidoing_(WMF)/Sandbox&diff=912199&oldid=840682

Details

Reference
bz61775

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 3:02 AM
bzimport set Reference to bz61775.

I tried this on MediaWiki.org, following your steps with this edit: https://www.mediawiki.org/w/index.php?title=VisualEditor:TestReferenceContents&diff=912228&oldid=768024

As you can see, I couldn't reproduce. Can you give a link to a page where this happens?

(In reply to WhatamIdoing from comment #2)

https://www.mediawiki.org/w/index.php?title=User:Whatamidoing_(WMF)/
Sandbox&diff=912199&oldid=840682

Very odd. Seems to be something on that page triggering the behaviour?

Can't reproduce using that specific revision of the page, and the same edit, either in FF or Chrome.

I can't reproduce this today in Safari (which is what I was using at the time), either. Perhaps it has been fixed already? Perhaps there's something unfortunately subtle about it (e.g., must click eleven times first, only on the night before the last quarter of the Moon)?

I, too, can't reproduce – possibly a Parsoid deployment cache artefact? Closing as WFM.