Last modified: 2014-02-20 23:52:56 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 T63697, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 61697 - VisualEditor: Opening Today's Featured Article produces a two copies in VisualEditor
VisualEditor: Opening Today's Featured Article produces a two copies in Visu...
Status: RESOLVED WORKSFORME
Product: VisualEditor
Classification: Unclassified
General (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: James Forrester
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-02-20 19:21 UTC by WhatamIdoing
Modified: 2014-02-20 23:52 UTC (History)
4 users (show)

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


Attachments
Screenshot showing the bottom of first copy of the article and the top of the second copy. (220.94 KB, image/png)
2014-02-20 19:21 UTC, WhatamIdoing
Details

Description WhatamIdoing 2014-02-20 19:21:05 UTC
Intention:
Open https://en.wikipedia.org/wiki/Afroyim_v._Rusk (TFA) in VisualEditor.

Steps to Reproduce:
1. Click to the Main Page.
2. Click to the article (https://en.wikipedia.org/wiki/Afroyim_v._Rusk)
3. Click on "Edit beta".
4. Wait a long time.
5. Discover two copies of the entire article.

Actual Results:  
Two copies of the article appear, one above the other.  This happens in Safari 6 but not in Firefox 27; it happens only when editing the actual mainspace page, not when editing a copy in a sandbox.


Reproducible: Always
Comment 1 WhatamIdoing 2014-02-20 19:21:48 UTC
Created attachment 14636 [details]
Screenshot showing the bottom of first copy of the article and the top of the second copy.
Comment 2 WhatamIdoing 2014-02-20 19:23:34 UTC
I have just managed to get the article to open with a single copy, so this is intermittent.  

Also, notice the absence of VisualEditor's toolbar.  The top of the attached image is the top of the browser window.
Comment 3 James Forrester 2014-02-20 19:29:40 UTC
I've just loaded it 5 times (with hard refreshes) each in Chrome, Safari and Firefox, without incident – perhaps it could be an odd cacheing issue with the switch-over to the new version?

Can you reproduce still?
Comment 4 WhatamIdoing 2014-02-20 22:44:49 UTC
I can't reproduce this right now.  However, the timestamp on the screenshot is 10:55 a.m. PST (and it had been onscreen for a few minutes before then), and I thought that the deployment was set to start about five minutes after that.
Comment 5 James Forrester 2014-02-20 23:52:56 UTC
(In reply to WhatamIdoing from comment #4)
> I can't reproduce this right now.  However, the timestamp on the screenshot
> is 10:55 a.m. PST (and it had been onscreen for a few minutes before then),
> and I thought that the deployment was set to start about five minutes after
> that.

The new version went a little early today, apparently (but only by a few minutes – see https://wikitech.wikimedia.org/wiki/Server_Admin_Log#February_20 where "testwiki to 1.23wmf15 and build l10n cache" at 16:58, though the changes start a couple of minutes before the log), but there were bigger issues involving deployment today that took down all the phase0 wikis (yay). Nothing to do with VisualEditor, but might well have caused random and otherwise inexplicable issues like this.

However, for enwiki changes didn't happen until 21:26, so it /shouldn't/ have been affected, so it's a bit of a mystery. :-(

Marking as WORKSFORME for now.

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


Navigation
Links