Last modified: 2014-03-21 00:55:45 UTC
Intention: Click on a link within VisualEditor Steps to Reproduce: 1. Open an existing page in a subpage (e.g., User:Example/Sandbox) 2. Control-click on any [[link]] and copy the link 3. Paste the link somewhere to see what it says Actual Results: Instead of the expected link to en.wikipedia.org/wiki/Link, the user saw links to en.wikipedia.org/wiki/User:Username/Link. When this intermittent problem was happening, then all links on the page would do it. However, it only happened during some editing sessions/some days. Reproducible: Sometimes Firefox 26 on Windows 7, Vector skin. Is intermittent there; could not be immediately reproduced in either Firefox or Safari on a Mac.
The brilliant "Codename Lisa" has figured out how to reproduce it consistently: 1. Open a user subpage. 2. Create a new link to an article on main space, e.g. [[Link]] 3. Control-click on the link and copy it (or open the link in a new window) 4. Discover that the link leads to [[User:YOURUSERNAME/Link]]. More interestingly: 1. Open a user subpage. 2. Create a new link to an article on main space, e.g. [[Link]]. 3. Control-click on the link and copy it (or open the link in a new window) 4. Save the page. 5. Re-enter edit mode. 6. Control-click on the same link again. 7. Discover that the link now leads to [[Link]]. Expected result: In both steps 3 and 6, the article must open at [[Link]], not at [[User:Username/Link]]. Actual result: In step 3, a subpage with the same {{SUBPAGENAME}} as the link name opens. Step 6 is always successful. Pre-existing links open correctly.
*** This bug has been marked as a duplicate of bug 58314 ***
Change 119914 had a related patch set uploaded by Catrope: Hack around Parsoid's href prefixing in rendering new links https://gerrit.wikimedia.org/r/119914